Closed Bug 72710 Opened 24 years ago Closed 23 years ago

status bar not updating properly

Categories

(SeaMonkey :: UI Design, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.1alpha

People

(Reporter: bugzilla, Assigned: jag+mozilla)

Details

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?
Assignee: asa → disttsc
Component: Browser-General → History: Session
QA Contact: doronr → sairuh
Nah, I suspect this is because of the 400ms timeout in navigator.js Definitely the wrong component though.
Component: History: Session → XP Apps
Target Milestone: --- → mozilla1.0
->claudius for qa, i think. not sure of the component if this isn't the right one...
QA Contact: sairuh → claudius
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.
Assignee: jag → jaggernaut
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is this still an issue? -> 1.1 for now
Target Milestone: mozilla1.0 → mozilla1.1
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.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.