Closed
Bug 47579
Opened 24 years ago
Closed 23 years ago
Status bar displays hostname of previous request
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
VERIFIED
FIXED
Future
People
(Reporter: Matt.Behrens, Assigned: gagan)
References
Details
Attachments
(3 files)
4.62 KB,
patch
|
Details | Diff | Splinter Review | |
1.81 KB,
patch
|
Details | Diff | Splinter Review | |
67.95 KB,
image/png
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; m18) Gecko/20000802 BuildID: 2000080220 The statusbar's "Sending request to foo.bar.baz" message and other assorted messages often show a hostname recently visited, usually the last one. Reproducible: Sometimes Steps to Reproduce: 1. Go to www.microsoft.com 2. Go to www.mozilla.org (hit reload if necessary to see status messages) 3. Pray to the deity of your choice that microsoft.com really isn't serving the pages for mozilla.org :-) Actual Results: When loading www.mozilla.org, the statusbar read "Sending request to www.microsoft.com".
Reporter | ||
Comment 1•24 years ago
|
||
In 2000080404 this seems to be getting better. The statusbar now shows the correct requests being made after one initial last-site display. For example, performing the steps listed here results in a brief "Sending request to www.microsoft.com" followed quickly by several other "Sending request to www.mozilla.org"'s.
Comment 2•24 years ago
|
||
This seems to be working for me with 080408 mozilla M18 build
Reporter | ||
Comment 3•24 years ago
|
||
It's more sporadic, but it's still there. This time I did www.mozilla.org -> www.microsoft.com, and saw "Sending request to www.mozilla.org" flash briefly at the beginning of the first request, and in the middle of the second request (reload page). It's enough to make a less educated man paranoid :-)
Comment 4•24 years ago
|
||
confirmed on 080608 win95, M18, sporadic. Confirming bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•24 years ago
|
||
over to Networking
Assignee: asa → gagan
Component: Browser-General → Networking
QA Contact: doronr → tever
Reporter | ||
Comment 7•24 years ago
|
||
Hmm, so maybe I should re-summarize this bug as "statusbar doesn't say what it's supposed to sometimes"? Incidentally, my statusbar is perpetually saying "An unknown error has occurred (804b0008)" lately... :-)
Comment 8•24 years ago
|
||
Comment 9•24 years ago
|
||
Comment 10•24 years ago
|
||
with 2000113020 with win98, i see "sending request to <hostname>" in the statusbar throughout and at the end of loading a page; however, <hostname> is the name of the host being *currently* accessed, not the previous one. for example, using the testcase provided in the reporter's first message, i see "sending request to www.mozilla.org", not microsoft. this is, of course, after the correction of bug 60161, if that makes a difference. also, the "sending request to" dialog returns to normal after mousing over any statusbar-altering object (like a link).
Comment 11•24 years ago
|
||
Actually, part of my patch needs changing... I just ran into a case where the current network status would constantly override the overLink status during a busy connection, making it hard to read the link url when mousing over a link. Proposed change: Don't set this.overLink to "" after setting it (moving off the link will do that correctly) and change the preference order for var text. @@ -201,9 +208,11 @@ { this.overLink = link; this.updateStatusField(); }, updateStatusField : function() { - var text = this.jsStatus || this.overLink || this.jsDefaultStatus || this.defaultStatus; + var text = this.overLink || this.status || this.jsStatus || this.jsDefaultStatus || this.defaultStatus; if (!statusTextFld) statusTextFld = document.getElementById("statusbar-display"); Comments?
Comment 12•24 years ago
|
||
*** Bug 50463 has been marked as a duplicate of this bug. ***
Updated•24 years ago
|
Keywords: correctness,
mozilla0.9
Summary: Statusbar claims Moz is requesting current page from last site visited → Status bar displays wrong hostname
Comment 13•24 years ago
|
||
jag, take over this bug?
Severity: trivial → normal
OS: Windows 95 → All
Hardware: PC → All
Comment 14•24 years ago
|
||
recommend dependence on bug 62976.
Comment 15•24 years ago
|
||
From bug 62976: ------- Additional Comments From ratman@medmail.com 2000-12-16 01:15 ------- bug 47579 says that the status bar displays the *wrong* host server name. i have not seen this bug since 60161 was patched. Is anyone else still seeing this bug? If not, I suggest this me marked worksforme. Please don't confuse this one with bug 62976 (which explains the difference).
Reporter | ||
Comment 16•24 years ago
|
||
Hmm. I'm having some difficulty with reproducibleness here. Let me run down a few things I've been able to get 2001010404/Win32 to do: Hitting "Stop" while a site is loading leaves the statusbar saying "Sending request to xxx.xxx.xxx". The next site loaded will maintain that statusbar. Mousing over links during the load will make the statusbar flicker to something else but it will return to the "stuck" message from the previous site. This does sound somewhat like bug 62976 behavior, but I'm really not sure here.
Comment 17•24 years ago
|
||
This is a bad, annoying and visible Navigator bug. It still exists. Nominating for mozilla0.8. gagan, could you please (let someone) investigate it or reassign it to an appropriate owner? Thanks.
Keywords: mozilla0.8
Updated•24 years ago
|
Severity: normal → major
Comment 18•24 years ago
|
||
I am able to reproduce this every time on my Linux TalkBalk 2001011208 build, with no plugins installed, using a proxy. I can't reproduce it without a proxy. I do this: 1. Clear my cache, and restart Mozilla. 2. Make sure I'm configured to us a proxy. 3. Visit a page with the relevant links on it (currently bug 63243, but this bug should work after this is added). 4. Middle-click on http://www.kinigadner.com/intro.html to open in a new window. 5. Press "Cancel" when asked to load the Flash plugin. 6. Close this window. 7. Watch closely, and middle-click on http://www.siemens.com to open it in a new window. Before www.siemens.com sends its redirect, you'll notice Mozilla claims to be talking to www.kinigadner.com; this was more noticable when siemens' site was slower earlier today, but can still be seen if you watch closely.
Comment 19•24 years ago
|
||
FYI: I'm behind a proxy as well.
Comment 20•24 years ago
|
||
Alright, I'm behind a masquerading firewall, which should be equivalent to having no proxy. These are two series of steps, one worksforme and one bugged: WORKSFORME: 1. load microsoft.com 2. Wait for everything to finish loading and drawing 3. load mozilla.org Status bar updates properly and freezes at "sending request to mozilla.org" (which is another bug, so worksforme for this bug description) BUGGED: 1. load microsoft.com 2. before everything finishes loading, type mozilla.org into the URL bar, press enter. 3. After loading page, status bar shows "Transfering data from microsoft.com"
Comment 21•24 years ago
|
||
Interesting. What happens, if you load 2 pages in 2 windows at the same time?
Comment 22•24 years ago
|
||
I'm seeing exactly the same behaviour as Moses Lei - it only happens when the page hasn't finished downloading & the new URL is entered. I haven't seen the host name from one window show in another yet, but that could just be because I can't do the operation fast enough.
Comment 23•24 years ago
|
||
as far as i can make out, this bug is essentially what occurs if the process causing bug 62976 is interrupted somehow. fixing bug 62976 should fix this bug as well. of course, that's easier said than done.
Comment 24•24 years ago
|
||
*** Bug 68467 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Keywords: mozilla0.8.1
Updated•23 years ago
|
Keywords: mozilla0.8
Comment 25•23 years ago
|
||
Mass-change: Do not remove nominations (even if Milestone passed). Readding mozilla0.8 nomination.
Keywords: mozilla0.8
Comment 26•23 years ago
|
||
A fix for bug 62976 has been checked in, and I am no longer able to reproduce (from behind a proxy) with 2001032614, using any of my test case, Matt's original test case, or Moses's test case. Anybody still seeing this?
Reporter | ||
Comment 27•23 years ago
|
||
Looks good to me on 2001040520.
Comment 28•23 years ago
|
||
In Mozilla-0.9 (RH6x RPMs on RedHat Linux 6.2) I have a problem that might be related: When I go to a server that is resolvable but is not responding, status bar will keep having "Resolving <server_name>" until request times out, while in fact Mozilla have already sent a request to the proxy server and is currently waiting for a responce. So far, it seems 100% reproducable.
Comment 30•23 years ago
|
||
Does this happens in newer builds???
Comment 31•23 years ago
|
||
Alex, status bar saying resolving is another bug. There have been changes to status bar, and I can't seem to get this to happen easily.
Comment 32•23 years ago
|
||
In 0.9.2 on RH Linux 7.1 I do not seem to have any status bar problems. In particular, the "resolving" problem went away.
Comment 33•23 years ago
|
||
I am running build 2001072208-trunk on win98 and I still see this bug. In fact, it seems to be really bad this build. I didn't notice it with 2001071806-trunk. There seems to be something messed up with history/cache this build, too. This status bar problem may just be a symptom of other problems.
Assignee | ||
Comment 34•23 years ago
|
||
I haven't seen this behaviour in quite a while... can QA/someone help us verify that this reproducible still? If not then close this bug as fixed...
Keywords: qawanted
Comment 35•23 years ago
|
||
Bug still reproducible with original test case. Build 2001072308
Comment 36•23 years ago
|
||
I also saw it in 20010723, but in the 20010724 I do not.
Comment 37•23 years ago
|
||
I see it in 2001072711 (Mac), and it's 100% reproducable. The bug appeared around a week ago, I think. steps to reproduce : - start mozilla with http://users.grmbl.com/~jhermans/ as your homepage - click on a link, f.i. distributes.net - statusbar shows 'connecting to www.distributed.net' - go back - click on another link, f.i. Apple - statusbar shows 'connecting to www.distributed.net' (again !) You can see this on any page, this is just an example. It seems to me that it will take the *first* link on a new page, and it will keep remembering it, even on a different page. The next time you open a new page (which I do a lot), it will 'learn' the name of another server, and start using that. It's very visible since a week or so on my Mac. But I've never seen it on my office PC (with NT), which runs 20010726 at the moment.
Comment 38•23 years ago
|
||
-qawanted RESOLVED/WFM: All plats, commercial RTM build (07.26 & 07.27) 0.9.2 I'm not able to reproduce any of these cases on any of my RTM builds, and I have generally not observed this in any surfing that I have done over the last few months. This bug has also had too many different problem descrptions over time, some of which are issues fixed in other bugs. I'm marking this WFM, updating the summary. Let's file new problem reports in new bugs, and please put some of the status bar text in the summary.
Status: NEW → RESOLVED
Closed: 23 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
Summary: Status bar displays wrong hostname → Status bar displays hostname of previous request
Comment 39•23 years ago
|
||
I see this happened, but only after sometime of browsing. If smth happens (in otger window?) then this bug is visible. Currently see with 2001080203 on win98. Must I fill another bug with excactly the same summary???
Comment 40•23 years ago
|
||
OK. I've got a 100% repro. All below URLs are in my bookmarks and I run them from personal tool bar. All URL load in the same window. 1. Open Mozilla with rus.delfi.ee as homepage. Fine. 2. Open www.kredinfo.ee (java starts). Fine. 3. Open http://forex.mdmbank.com/finance/fxinfo.htm?cur1=EUR&cur2=USD. Fine. 4. Open https://www.hansa.ee/cgi-bin/iPizza?BV_ServiceName=iPank&form%25destination=%2Fc ur_rates.tmpl&form%25destination_type=template&BV_Operation=Dyn_GVNavigateReceiv e&form%25selected_language=EST. Fine. 5. http://www.zdnet.ru/. The status shows "Connectig to: forex.mdmbank.com" Moz 2001080203. win98.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 41•23 years ago
|
||
I tried it 5 times and every time it "worked".
Comment 42•23 years ago
|
||
Actually And the test from Benjamin Chuang also works for me (but my homepage is rus.delfi.ee).
Comment 43•23 years ago
|
||
Comment 44•23 years ago
|
||
this requires a proxy right? are the netscapers using a proxy to test?
Whiteboard: [proxy]
Comment 45•23 years ago
|
||
True, I'm forced to use a proxy.
Comment 46•23 years ago
|
||
*** Bug 93891 has been marked as a duplicate of this bug. ***
Comment 47•23 years ago
|
||
Looking at the comments, this was originally fixed several months ago. I apparently regressed it for proxies which do keep-alives as part of my checkin to bug 84264. The bug covering that regression is bug 94038, and since the cause of the problem is completely different, I'm going to close this bug again, and then fix bug 94038. Marking fixed, since the status bar is correct if you don't use a proxy.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Whiteboard: [proxy]
You need to log in
before you can comment on or make changes to this bug.
Description
•