414: URi too long [NoBug]
Moderator: AniDB
414: URi too long [NoBug]
I was giving the AniDB hint a try after a long, long time and I checked the User Options. I had the min. weight of 250 changed to 1000 and used the 'strict' option.
The result I got was a
414 error: URi too long.
The url which appeared is added below:
some darn long evil link
Oddly enough, when I pressed back and then did it all over again, it worked. It doesn`t always work though, but wtf is it with that uberlong url?
The result I got was a
414 error: URi too long.
The url which appeared is added below:
some darn long evil link
Oddly enough, when I pressed back and then did it all over again, it worked. It doesn`t always work though, but wtf is it with that uberlong url?
Just for the heck of it. I updated it to 1.5.0.3 (newest) and I get the same error, this time with this url:
some darn long evil link
some darn long evil link
The URL in IE:
some darn long evil link
This one does work though.
And also chokes at times:
some darn long evil link
I could give Opera a try too, but I expect it to work similar. Plus I don`t have Opera at work, so I`ll have to try it at home someday.
some darn long evil link
This one does work though.
And also chokes at times:
some darn long evil link
I could give Opera a try too, but I expect it to work similar. Plus I don`t have Opera at work, so I`ll have to try it at home someday.
Gambit is behind some evil http proxy, maybe?
Anyway, that page is just krayzie. If you show the filters and submit, resulting URL is much shorter.
some darn long evil link
For some reason, hiding filter means javascript will replace its html with loads of <input type=hidden name="genremanor> with no value set... that's why they appear in the url. If you show the filter and click no checkboxes, they don't appear in the url of course. I don't understand why this crazy javascript innerHTML changing, and not just style.display = "none" / "block" to hide the filters, with triggering one hidden input which means "user has the filter hidden, ignore its values"
Anyway, that page is just krayzie. If you show the filters and submit, resulting URL is much shorter.
some darn long evil link
For some reason, hiding filter means javascript will replace its html with loads of <input type=hidden name="genremanor> with no value set... that's why they appear in the url. If you show the filter and click no checkboxes, they don't appear in the url of course. I don't understand why this crazy javascript innerHTML changing, and not just style.display = "none" / "block" to hide the filters, with triggering one hidden input which means "user has the filter hidden, ignore its values"
See http://petriw.com/creativity/rar/hint2_work.htm Caster, did some time before xmas, which sanitises the page (and halves the size). Just needs a few global vars for persistance, and of course, someone to rewrite the actual page generation code. Anyway, doesn't change the fact that sending the same value-less key lots of time from a form is contrary to some rfc or other.
Rar
Rar
Ooooh, of course! You are right! How could I be so stupid! Everyone should know that! </sarcasm>
De ... So, how exactly does being behind a proxy influence the attributes in the url? It would be useful if you would actually tell that instead of just stating I`m wrong and leaving me clueless about why I am wrong. Pretty helpful, indeed. If you don`t want to help, then don`t say anything.
De ... So, how exactly does being behind a proxy influence the attributes in the url? It would be useful if you would actually tell that instead of just stating I`m wrong and leaving me clueless about why I am wrong. Pretty helpful, indeed. If you don`t want to help, then don`t say anything.