Closed
Bug 63354
Opened 24 years ago
Closed 24 years ago
Goes to previous URL, not one currently typed.
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
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.
:-)
Comment 1•24 years ago
|
||
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.
Comment 4•24 years ago
|
||
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
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•