Closed Bug 135116 Opened 23 years ago Closed 17 years ago

loads a wrong page

Categories

(Core :: Networking: HTTP, defect)

Product:
Core
Component:
Networking: HTTP
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: emanu_mary, Unassigned)

References

Details

(Whiteboard: [junkbuster?])

Attachments

(1 file)

http.log from session that exhibited this bug
869.05 KB, text/plain
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310 BuildID: 20020310 Mozilla starts loading a page that i want to visit, than changes and starts loading a page that i already visited. It took place with kde.org and sourceforge.net/people but the problem doesn't appear for every page i visit and after having restarted Mozilla i couldn't reproduce the problem. Clicking on "back" i can reach the page i want to visit. Reproducible: Couldn't Reproduce Steps to Reproduce: 1. Click on a link Actual Results: Mozilla loads a page that you had already visited Expected Results: Mozilla had to follow the link you clicked
*** Bug 135117 has been marked as a duplicate of this bug. ***
Reporter: I bet you are using junkbuster or another broken proxy ! If yes: Go to edit\preferences\debug\networking\ and change the Http version from http/1.1 to Http/1.0, after that clear the disk cache (Advanced/Cache) and add a comment in this bug.
Whiteboard: [junkbuster?]
I sometimes use WWWoffle but when i had that problem i was not using it. The next time i'll try to clear the cache.
-> Networking:Http
Assignee: Matti → darin
Component: Browser-General → Networking: HTTP
QA Contact: imajes-qa → tever
reporter: can you try disabling "keep-alive" in the Debug->Networking preferences panel as well and see if that helps? thx!
Target Milestone: --- → mozilla0.9.5
Ok, i'll try it the next time i get the problem
It's a problem related to the history Sidebar Tab: i noticed that i get this problem when I select a page in the history tab and then i collapse the Sidebar; however i can't reproduce it.
Mozilla 1 RC3 (2002052306), Win 98SE(home), Win2000(work) This bug is present in my work and home install of RC3. It does indeed seem to be a problem associated with history. I can't say whether it is specifically to do with history in the sidebar though, although this is how it exhibits itself to me atm (haven't tried with history in a separate window). I can currently reproduce this bug as follows: - Load a new Mozilla. - Hit F9 and display history tab (displayed by default on my systems) - Click an URL in the history tab and let the page load - Once this page has loaded, click one of the links in it. I did the above using mozilla.org's home page, but it works with any other as well. This generally causes the linked page to start loading. However, during the load process, the page is replaced with the one that I initially selected from the Mozilla history. This can generally be repeated by continuing to click various links. Sometimes they work, sometimes I get the page from history instead. Furthermore, clicking a different URL in the history pane, causes this new URL to be the one that is later loaded erroneously (i.e. replacing the one that was previously loaded in error). It's a problem to do with the last page loaded from history. At home I use Norton Personal Firewall. I'm unsure of our work setup. However, I really don't think this is related. Definitely an annoying bug. Especially in what is probably going to be Mozilla 1.0!
The bug also exhibited itself when I pressed the commit button in order to submit my previous comments. I was using the same session as I'd used to test my reproducible case. This caused my commit to fail, but I think that was as I wasn't logged in. I never got to see the login page though, as I was just plonked onto the last page I'd loaded from history (this page, as it happens).
max: go to the Advanced->HTTP Networking prefs panel and try setting the option "Use HTTP 1.0" ... let us know if that helps... thx!
No, using HTTP 1.0 makes no difference. After a restart, the bug is still reproducible using the above steps. Don't know if it's relevant, but I've noticed that it is not just the cached version of a page that I get thrown back to each time. I started this time by loading a Bugzilla page via the history. This page had the UNIX fortune-style quote on it, and the quote changed each time I was thrown back to the page.
Further info: A reinstall of all but profile directory (needed for another issue), and clearout of memory/disk cache also has no effect on this bug. HTTP still set at 1.0. Has anyone else managed to reproduce this? Seems odd for a bug this major (it really is annoying, and makes the history feature less than useful) to pass with so little comment.
max: can you provide a packet trace or better yet a mozilla HTTP log... just set these env vars to generate a HTTP log: set NSPR_LOG_MODULES=nsHttp:5 set NSPR_LOG_FILE=c:\http.log then run mozilla as usual and repro the problem. i may be able to figure out what is going on from the HTTP log. also, can you try a new profile? there is the possibility that your existing profile has some bad settings or has otherwise been corrupted beyond repair.
Okay, I've attached http.log. This was created after clearing history and caches and creating a new profile. It took a while to get the bug to appear. Initally I used Mozilla a bit in order to build up a new history. I then exited (without clearing cache or history). At this point, I started the log and loaded Mozilla and then clicked on www.meyerweb.com/eric/css/edge/complexspiral/demo.html from my history. From here I followed a fair few links, and then typed bugzilla.mozilla.org into the URL bar. From here, I followed various links and suddenly found myself back at the complexspiral site. I did not click any link to this site! Remember that I get exactly the same problem at work with a different network, OS, machine and profile. The only link is that I browse similar sites and installed on both machines from the same exe file on a CD-ROM. I've seen this problem in pre-RC3 builds though, so even that isn't a link.
max: thanks for all the details... with any luck your log file will show the problem.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: mozilla0.9.5 → Future
Still does this for me with 1.0 which I just installed with rpms. (Kept profile from 0.9.9) This is also reported in bug 146847 (a dup).
Have done some snooping into our setup at work. We're using an old version of squid which apparently does have some known problems with HTTP1.1. However, this is probably irrelevant, given that the problems persist when I switch Moz to use 1.0.
I've been searching for days to find which component to put this in. The pages that load on top of something else are all the first/entry page of htaccessed sites for me. build 2002052306. I'm on windows 98 and am not using a proxy of any kind. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc3) Gecko/20020523. I've seen this bug in a version early in may. I never saw the history refferrence specifically before though I use history. Today I went to my launch site via a web-page/history file and still got a over-write requiring the back button.
I'd like to reverse that last comment a bit. This does appear to have more to do with history than htaccess. Still testing for some consistency in reproducing.
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 If I make the last history link visited a file that does exist, the desired paged can be reached via the back button after my history overlays it without me being able to see any of the desired page before using the back button. If I make that last history link "visited" a local file that I have renamed so that I know it does not exist when linking to it, on some links-to's an error box reporting the missing page cannot be found and then a blank page loads after I click OK. The important point here is that I cannot reach the page I was trying to link to via the back button. I still have not found a way to know if my desired page will be overlayed or not. Overlay happens quite frequently. I can have a session going for hours without overlay if I don't use the history tab in the side bar.
*** Bug 139972 has been marked as a duplicate of this bug. ***
*** Bug 146847 has been marked as a duplicate of this bug. ***
-> default owner
Assignee: darin → nobody
Status: ASSIGNED → NEW
QA Contact: tever → networking.http
Target Milestone: Future → ---
Is problem gone for you? (reporter's address no longer valid)
Whiteboard: [junkbuster?] → closeme 2009-01-10 [junkbuster?]
Haven't seen this in years with ff. Must have been something with moz. 1.0
=> WFM based on comment 26
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Whiteboard: closeme 2009-01-10 [junkbuster?] → [junkbuster?]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: