Go to http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey&nocrap=1 Pick on any checkin and click on Last Checkin You will be taken to the checkin description page etc. etc Scroll down read the description etc. Done with that. Click on Back in Browser. One would except to go back to tinderbox site... But no! we are taken to mozilla.org In PR2, we are taken to netscape.com ...! Then click on forward and you can reach tinderbox again. If you can't get this in one shot, try clicking on two checkins... you are sure to succeed.

this is a history bug that I believe is already reported.

It seems to be WORKSFORME with Linux 2000090621 nightly, but I can't try NT.

I have problems with pages being "lost" from history pretty often. Most of the problem's seem to happen at http://www.news.com/ after reading an article and clicking back. It seems to be connected to clicking on a link before the page has finished loading. If you wait for everything to load, it rarely happens. This is on NT4sp6a.

*** Bug 56077 has been marked as a duplicate of this bug. ***

I don't see the problem with the tinderbox page. However, I do see an extra entry in SH for the popup menu that comes up when you click on a checkin to go see the last checkin. That is another problem. However I'm not taken back to the page that was before the tinderbox page. Partially loaded pages not getting in to session history is a known bug assigned to me. I'm changing the summary of this bug for reflect the extra entry created for thepopup.

nav triage team: looked at this bug, it is not a beta stopper. bulk update of several such bugs.

The popup that tinderbox shows is actually layers stuff. since layers are not supported in mozilla, a new subframe is created on the fly to show the popup. Docshell does not expect a subframe from nowhere and thereby treats it as a new page with tinderbox as the parent frame and the popup as the child frame and creates a new entry for it in SH. I think this is a OK behavior since what we have here is a workaround for layers, not a generic flaw in the what SH works. markign this invalid.

marking VERIFIED based on radha's explanation