163363 - A page sometimes disappears from the middle of session history

Status: RESOLVED WORKSFORME

(Core :: DOM: Navigation, defect)

Description

[Alexey Chernyak]

I started noticing this within past month.

I can not reproduce this at will. However the scenario this happened most often
to me is:

1. follow link from page A to page B
2. Right Click->View Image on page B
3. Type in a URL manually into address bar.
4. Click back botton twice or use the pulldown menu to go back to page B

Actual results: Page A loads instead of page B. Page B disappears from the
session history. Clicking forward loads the image.

Expected results: Page B loads. Page B stays in history in between Page A and
the image.

Once again this is not 100% reproducible (5% maybe), but it does happen often.
Also I think once I had one page jump another in session history and change
order, which might be related, but that happened only once unlike the page
disappearance which does happen sometimes, often enough to notice and get
frustrated with it.


This happens on Win32 builds from both Trunk and 1.1 branch.
Latest I saw this is Win32 1.1 Build 2002081716

Comment 1

[Radha on family leave (not reading bugmail)]

Please provide a url(even sporadically reproducible)  for further investigation. 

Comment 2

[Alexey Chernyak]

Here are 2 test URLs:
http://www.camwhores.com/history.php?person=97
http://www.camwhores.com/history.php?person=198

To reproduce:
1. Load the URL
2. Click the Favourite Pics link.
3. Right click on a thumbnail and chose View Image.
4. Edit the URL to remove the trailing 's' in the image file name and hit enter
to load it.
5. Go back in history to the Favourite Pics page.

Sometimes instead of it you end up on the first page you loaded, and the
Favourites Pics page disappears from session history.

Comment 3

[Brant Gurganus]

By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and
<http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.

Comment 4

[Matthias Versen [:Matti]]

Reporter: Is this still a problem ?

Comment 5

[Alexey Chernyak]

Has been almost 10 years since the original report, and I haven't really noticed it recently.
However Bug 242535#c1 by Jan Braun describes exactly the same issue.

At a quick search I couldn't find any specific duplicate bugs though (open or closed) that I could resolve this against.

Jan, do you think this is still a problem? Or are you aware of a specific bug # on this?

Comment 6

[Jan Braun]

In a quick try with Iceweasel 9.0.1-1, I could not reproduce either Alexey's recipe nor mine from Bug 242535#c1. Given that I also already reported it working properly there with a newer version, I'd expect it's fixed. Note, however, that I don't use your browser(s) anymore, so this really was only a spot-check.

Comment 7

[Wayne Mery (:wsmwk)]

WFM per comment 5 and comment 6