Closed Bug 13329 Opened 26 years ago Closed 26 years ago

Generic problem with history - skips pages when going back

Categories

(SeaMonkey :: General, defect, P1)

Product:
SeaMonkey
Component:
General
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: cpratt, Assigned: radha)

References

(
URL
)

Details

Build ID: 1999090808 Platform: all This may have to do with refresh. To reproduce: - Launch apprunner - Visit the above URL or the Mozilla smoke tests page (on mozilla.org) - Going down the list, visit the links to other Web sites, and then click Back Result: Eventually, it will skip the smoke tests page and go to the default home page. Clicking Forward then skips over the skipped smoke test page and goes to the Web page you had followed the link to. Expected result: Clicking Back should always go back just one page.
Assignee: waterson → radha
Component: RDF → Browser-General
This is a session history problem. Giving to radha.
Status: NEW → ASSIGNED
Target Milestone: M11
*** Bug 15236 has been marked as a duplicate of this bug. ***
*** Bug 16121 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I fixed this few days ago. Can someone verify?
QA Contact: phillip → claudius
*** Bug 16275 has been marked as a duplicate of this bug. ***
Given that we're still getting duplicates of this bug filed against M10, what build was this supposed to be fixed in, radha? an M11 build? thanks!
I think I fixed this for the M10 branch and the changes are also on the tip now.
Status: RESOLVED → REOPENED
This is still present in M11 (Build ID: 1999111520) on NT 4.0 sp5 at least. It appears to be a general problem with navigating using the Forward and Back history buttons.
Clearing FIXED resolution due to reopen.
Resolution: FIXED → ---
Target Milestone: M11 → M12
M11 out the door, moving to M12.
Status: REOPENED → ASSIGNED
Is there a specific page that you see the problem now. One situation I'm aware of is, if a page is not completely loaded, it will be taken out of SH. I'm going to put a patch fix for this behavior today or tomorrow, so that partially loaded pages will stay in Session History. If you see this behavior on fully loaded pages too, please let me know, I'll take a look.
I have commented out the code that used to remove partially loaded pages from SH. So, now partially loaded pages will stay in History. If there is no recent reproductions of this bug, I would like to close this out.
Target Milestone: M12 → M13
Moving to M13. Whether we can reproduce the original problem or not, this isn't an M12 stopper.
*** Bug 18169 has been marked as a duplicate of this bug. ***
I see this as being fixed radha, I think you should mark this resolved.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
This got fixed few weeks ago when I made partially laoded pages to stay in SH.
Status: RESOLVED → VERIFIED
VERIFIED fixed in 20000112 builds
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.