Closed
Bug 67678
Opened 24 years ago
Closed 22 years ago
Browser sometimes uses "current" site for clicked/entered URL
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
Future
People
(Reporter: danscox, Assigned: darin.moz)
References
Details
Starting at "www.linuxtoday.com", which is a link on my personal toolbar folder,
I can click "Mozilla.org", and the browser queries "www.linuxtoday.com" instead.
This only happens sometimes, but persistence will always reproduce it. It
happens regardless of whether I click a URL, click in the toolbar, or type a new
URL. Today, for example, LinuxToday has an link to "www.thedukeofurl.org" on a
review of Suse 7.0. I clicked it, and mozilla attempt to find the URL
"http://www.thedukeofurl.org/reviews/misc/suse70/", but sent the request to
LinuxToday, as evidenced by 1) the status comment in the lower left ("Sending
request to linuxtoday.com"), and 2) the error message from linuxtoday.com: "
Not Found
The requested URL /reviews/misc/suse70/ was not found on this server.
Apache/1.3.14 Server at linuxtoday.com Port 80
"
If I persist, I can eventually get to the correct server, but I've not found a
combination yet ((re)clicking, removing a trailing '/' in the URL box, etc) that
will work each time. I have the nightly build from 01/25, and 02/01, and both
exhibit the problem.
If you need any more input, please feel free to contact me.
Frankly, I'm surprised that this hasn't been noted before. Of course, it may
have been, and I've not found it in the bug search.
Thanks!
Comment 1•24 years ago
|
||
what mozilla build are you using? the buildid is in the title
Reporter | ||
Comment 2•24 years ago
|
||
As I noted, the nightly builds from 01/25 and 02/01 both exhibit the problem.
The build ID in the titlebar sez: {Build ID: 2001012521}. The one from Feb 1
sez: {Build ID: 2001020121}
Comment 3•24 years ago
|
||
doron : he mentionned it in his report -- 01/25 and 02/01.
Daniel : I assume you understand that if everybody was seeing this bug, it would
no longer be in Mozilla since a long long time. There are a couple of related
bugs, however, but very few people see it, and usually there is no given pattern
to reproduce it :-(
I'll try to post the bug #'s here.
Oh by the way, are you using some kind of strange network, or a proxy or
something like that? What is your cache set to?
-> Networking:Cache
Component: Browser-General → Networking: Cache
Comment 4•24 years ago
|
||
i am blind, that is my problem.
ok, try creating a new profile (mozilla -profilemanager), does that help?
(doubtfull)
Comment 6•24 years ago
|
||
the bug you meantion is only part of the problem here
Reporter | ||
Comment 7•24 years ago
|
||
Sorry it took me so long to respond, but to the "proxy" query, why, yes, I'm
using the Internet JunkBuster, to drop ads and cookies. Would it be some sort
of interaction with it?
Sorry, I should have mentioned it in my first post, but I've used it for so long
now, that I hardly even think about it. DOH!
And although you're probably heard it for far too many times: "But it works fine
with Netscape!" (don't flame me too much, please ;-).
Comment 8•24 years ago
|
||
updating component and setting default owner
Assignee: asa → darin
Status: UNCONFIRMED → NEW
Component: Networking: Cache → Networking: HTTP
Ever confirmed: true
QA Contact: doronr → tever
Assignee | ||
Comment 9•24 years ago
|
||
We seem to be seeing this bug quite frequently. The bug has to do with the way
in which HTTP reuses sockets/channels. Adding as a dependency on our proxy meta
bug 61691.
cc'ing neeti@netscape.com, nominating for moz 0.9
Blocks: 61691
Target Milestone: --- → mozilla0.9
Comment 10•24 years ago
|
||
> We seem to be seeing this bug quite frequently.
You mean there are lots of dups?
> And although you're probably heard it for far too many times: "But it works
> fine with Netscape!" (don't flame me too much, please ;-)
Actually, that's a good measure for debugging, assuming 4.x wasn't broken.
FYI: I have never seen this bug with my Squid proxy, which does not run on
localhost.
> as evidenced by 1) the status comment in the lower left ("Sending
> request to linuxtoday.com")
This is another, unrelated bug.
Assignee | ||
Comment 11•24 years ago
|
||
Are you using a proxy configuration?
Reporter | ||
Comment 12•24 years ago
|
||
Yes, see my comments from 2001-02-06 10:58.
Reporter | ||
Comment 13•24 years ago
|
||
I've noticed a correlation, perhaps. If I wait 30 seconds before clicking on a
link, it usually works as expected. A few times, this doesn't work though.
Assignee | ||
Comment 14•24 years ago
|
||
pushing this bug out (for now)
Target Milestone: mozilla0.9 → Future
Comment 15•24 years ago
|
||
> We seem to be seeing this bug quite frequently.
Nominating for mozilla1.0, based on that.
Keywords: mozilla1.0
Comment 16•23 years ago
|
||
I see this on Win98 also, build 2001072403.
I am running LeanWeb (http://www.clasohm.com/leanweb/), a JunkBuster derivative.
I first noticed the problem with a build from earlier this week (20010722??).
No problems with Mozilla/LeanWeb prior to that.
Sometimes, I get a 404 Not Found error because of Mozilla looking up the wrong
host. Other times, the status bar shows incorrect information, but the site
still loads correctly (like in bug 47579).
Comment 17•23 years ago
|
||
I'm seeing this bug too. The URL pane shows the previous URL that I visited.
I'm running 0.93 Build 2001080814 on Linux. We use a squid proxy here. This
didn't happen in 0.92.
Comment 18•23 years ago
|
||
Some more datapoints: I use Junkbuster as my proxy. I remember this problem from
way back. But recent versions, specifically 0.9.2 worked with
network.http.keep-alive = false. Since upgrading to 0.9.3, I see the problem
again, so any preventive effects that this setting may have had are gone. I've
now set network.http.version = "1.0", and the problem seems gone again.
FYI, Junkbuster <http://junkbuster.com> is a HTTP/1.0 proxy. The problem may be
in part due to it not handling moz's 1.1 requests correctly. How /should/ a
proxy conforming to 1.0 handle these? Rewrite responses to bear a HTTP/1.0
designation?
If you want any HTTP traces, just ask. Or install Junkbuster, it's free software.
Comment 19•23 years ago
|
||
junkbuster is broken. (see bug 38488)...
Comment 20•22 years ago
|
||
Hi. 1st time reporting bug. Hope this helps.^_^;
I seem to have a similar problem.I am currently using Mozilla 1.2 on Win2k.
Whenever I open a few tabs at the same time. After a while, when I type a new
URL and press enter, the current tab only reload the current tab's webpage and
not go to the new URL. Also, even when I open a new untitled tab and enter a new
address, the page will not load. The untitled tab will however load a new page
that I load from a bookmark or from the choices available from the choices when
I scroll the the URL bar i.e. the history of my recent visited webpages. webpage
This does not seem to happen when I just started Mozilla and open an untitled
tab. I can go to the entered URL correctly. Only sometimes after I used Mozilla
for a while this things may happen randomly. However once it happened it seems
unable to be resolved until I restart Mozilla again. I am not sure what is the
trigger for this. Hope this helps in fixing the patch.
Assignee | ||
Comment 21•22 years ago
|
||
junkbuster is broken... use workaround mentioned in release notes.
*** This bug has been marked as a duplicate of 38488 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•