Closed Bug 63354 Opened 24 years ago Closed 24 years ago

Goes to previous URL, not one currently typed.

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 38488

People

(Reporter: jprice, Assigned: bugs)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16-22 i686) BuildID: 2000121900 I have a 'personal tool bar' setup for various comics. I run mozilla, select one, and it comes up (www.userfriendly.org/static). I choose the second, and it comes up (www.herdthinners.com). I go to the third (www.thenorm.com/strips/strips.asp) and I get an error about '404 Not Found The Web server cannot find the file or script you asked for. Please check the URL to ensure that the path is correct.'. I try any other URL (either by clicking in a toolbar or typing in the location pulldown) and I won't get that URL, but rather a previously page. It seems really random. Also, in trying to slim down the steps to reproduce, I just got a page on egroups, which is a website I have NEVER gone to before... Reproducible: Sometimes Steps to Reproduce: 1.See description. 2. 3. Actual Results: I get some random page, either where I have been before, or on egroups (I havn't gotten any other page) Expected Results: shown the right page for the URL in the location pull down. :-)
Reporter: can you try again in a more recent nightly, and put in your comments a set of exact steps to reprduce the problem please. I have found no problems in my nightly of 122406. Reducing severity to normal... This is not a blocker.
Severity: blocker → normal
I can reconfirm this bug in nightly build 2001-01-04-08 (Linux). The last nightly builds I used from mid-december 2000 didn't have this problem. Maybe it's connected to JunkBuster - I can't (yet?) reproduce the bug when choosing "direct connection to internet". It's occurs once in a while when browsing, the same series of pageviews that may lead to this fault has a reproducibility ration well below 50%. But using the following steps, I managed to reproduce the bug every time: - Use Junkbuster (my version: 2.0.2-6) as proxy on 8000. - clean mozilla disk cache using rm -rf - start mozilla (for this test, I use two pers. toolbar links: www.slashdot.org and www.teltarif.de/arch/) - click on the slashdot button, it loads ... - click on the teltarif button: slashdot.org issues a 404 saying url /arch/ doesn't exist. However: The location entry correctly displays the URL www.teltarif.de/arch (not slashdot). The debug output is: MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= in SetSecurityButton JavaScript error: chrome://communicator/content/securityUI.js line 31: Components.classes['@mozilla.org/secure_browser_ui;1'] has no properties Document http://www.infosun.fmi.uni-passau.de/ loaded successfully Document http://www.slashdot.org/ loaded successfully Document http://www.teltarif.de/arch/ loaded successfully Pre-mid-dec nightly builds and Netscape 4.x didn't have the problem.
This bug seems to be another duplicate of Bug 38488. The workaround (Edit->Debug->Networking: keep-alive=false and http-ver=1.0) fixes it for me. In case the original reporter also uses junkbuster or another HTTP 1.0 proxy, this bug should be marked a duplicate of 38488.
The reporter hasnt responded in a long time so I am going to go ahead and mark this as a duplicate of bug 38488 *** This bug has been marked as a duplicate of 38488 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified dup of bug 38488
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.