Closed Bug 47579 Opened 24 years ago Closed 23 years ago

Status bar displays hostname of previous request

Categories

(Core :: Networking, defect, P3)

defect

Tracking

()

VERIFIED FIXED
Future

People

(Reporter: Matt.Behrens, Assigned: gagan)

References

Details

Attachments

(3 files)

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".
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.
This seems to be working for me with 080408 mozilla M18 build
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 :-)
confirmed on 080608 win95, M18, sporadic.  Confirming bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
over to Networking
Assignee: asa → gagan
Component: Browser-General → Networking
QA Contact: doronr → tever
Target Milestone: --- → Future
*** Bug 60664 has been marked as a duplicate of this bug. ***
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... :-)
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).
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?
*** Bug 50463 has been marked as a duplicate of this bug. ***
Summary: Statusbar claims Moz is requesting current page from last site visited → Status bar displays wrong hostname
jag, take over this bug?
Severity: trivial → normal
OS: Windows 95 → All
Hardware: PC → All
Depends on: 62976
recommend dependence on bug 62976.
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).
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.
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
Severity: normal → major
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.

FYI: I'm behind a proxy as well.
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"
Interesting. What happens, if you load 2 pages in 2 windows at the same time?
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.
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.
*** Bug 68467 has been marked as a duplicate of this bug. ***
Keywords: mozilla0.8.1
Keywords: mozilla0.8
Mass-change: Do not remove nominations (even if Milestone passed). Readding
mozilla0.8 nomination.
Keywords: mozilla0.8
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?
Looks good to me on 2001040520.
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.
mass move, v2.
qa to me.
QA Contact: tever → benc
Does this happens in newer builds???
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.
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.
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.
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
Bug still reproducible with original test case. Build 2001072308
I also saw it in 20010723, but in the 20010724 I do not.
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.
-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
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???
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 → ---
I tried it 5 times and every time it "worked".
Actually And the test from Benjamin Chuang also works for me (but my homepage is 
rus.delfi.ee).
this requires a proxy right? are the netscapers using a proxy to test?
Whiteboard: [proxy]
True, I'm forced to use a proxy.
*** Bug 93891 has been marked as a duplicate of this bug. ***
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 ago23 years ago
Resolution: --- → FIXED
Whiteboard: [proxy]
Okay. Progress....
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: