From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.1 i686; en-US; 0.8.1) Gecko/20010320 BuildID: Mozilla/5.0 (X11; U; Linux 2.4.1 i686; en-US; 0.8.1) Gecko/20010320 Might be a dupe of http://bugzilla.mozilla.org/show_bug.cgi?id=47579 but is different enough that I thought I should report it. The status bar doesn't update properly when given a Location: header. Reproducible: Always Steps to Reproduce: 1.create a file on 127.0.0.1 that sends a location header to somewhere else 2.load that file 3.look at status bar :) Actual Results: The status bar will say "Resolving 127.0.0.1" when it's really resolving the new Location.
jag? session related? xpapps qa?
Nah, I suspect this is because of the 400ms timeout in navigator.js Definitely the wrong component though.
->claudius for qa, i think. not sure of the component if this isn't the right one...
This extends beyond the status bar. If Mozilla is unable to resolve the new domain, it'll give an error dialog saying "127.0.0.1 could not be found. Please check the name and try again."
redirected requests carry with them the original URI, so this dialog could just be displaying the original URI.
Which is why I submitted the bug?
Yeah, but a bug can have many causes and it sometimes can take a while to figure out what it is :-)
can anyone confirm this? If not it'll just sit here because it's useless to pass around a bug (searching for the proper owner)until it's been confirmed(and I dunno how).
Well, for what it's worth, I discovered it using http://www.deadman.org/redirect/ My intention is not to spam.
Mass move to email@example.com
Is this still an issue? -> 1.1 for now
Yes. Still an issue. I'd call it dogfood. It's one of the first things people (web dorks^H^H^H^H developers) notice. I can't believe it's still a problem and I can't believe Moz'll be 1.0 with it still broken.
This works now.