If I post to a page e.g. redirect.view, which redirects back to itself, I end up on redirect_loop.xul. The redirect loop detection does not handle this reasonable case. The reason for the redirect (rather than returning the information directly) is to avoid warnings about reposting information if the user tries to refresh the page. cf. nsHTTPChannel::Redirect()
Yup. This is related to bug 40080, but because the status of that bug is unclear, I won't mark it as a dup. It is also related to 44153, which seems to indicate that there is some "brokenness" in redirect.xul but doesn't say what it is. Confirming, but I don't know what (if anything) will happen to it.
*** Bug 62242 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 44153 ***
qa to me. +verifyme I'm using the URL field test case, but not clear on what should happen. Clicking on the button in Mozilla does not produce errors or other strageness. But clicking on it in Communicator returns a "Document contains no data" error.
redirect_loop.xul is never loaded now-a-days.