23051 - go back goes to last image

Status: VERIFIED WORKSFORME

(Core :: DOM: Navigation, defect, P3)

Description

[Warren Harris]

In today's build, I brought up the browser to the mozilla.org page, clicked the
"GNU Project" bookmark to to to the gnu page, then clicked some other bookmark,
then I clicked the go back button. This took me to the
http://www.gnu.org/graphics/gnu-head-sm.jpg image instead of the gnu project page.

Comment 1

[Bill Law]

Unable to reproduce this with today's build (works on both Windows and Linux).
Reopen if you can reproduce it and we'll have to get more detailed instructions
on how to make this happen.

Comment 2

[Joseph Elwell]

This is happening on winNT build 2000010908 to me also. It's been happening for
a little while now. I've found no clear way to reproduce this though. I'm trying
to find a consistent way to make this happen - without luck so far.

Comment 3

[leger]

Clearing WORKSFORME resolution due to reopen.

Comment 4

[Joseph Elwell]

Seeing how no one has come up with a reproducible situation. I've got one, that
happens more often than not; although it might seem unfair to Mozilla. :)
Try this URL:
http://dt034n04.san.rr.com/cgi-bin/nph-proxy.cgi/http/www.maximmag.com/
Click on Maxim Archive - note that you have to be fast, because the images all
go away when you mouse over them.
Now click back - and notice that the Sub Zero image has been loaded instead of
the maxim homepage.

My guess is this bug has something to do with bad javascript. Because the the
proxy server you just went through implements a "proxy" on javascript calls
also. That's why the images dissappear - because the proxy isn't letting the new
images load. However none of that seems to explain why Mozilla's History is
getting corrupted...

I have a suspicion that the timing of some javascript call sequenced with the
exit of the window is causing history corruption.

By the way, that proxy is cgiproxy detailed info, as well as source can be found
at http://www.jmarshall.com/tools/cgiproxy/

Also, the proxy is running on my home machine, sans security checks. I'll
implement a username password soon enough. Look for that below if the link is
asking for authentication.

Comment 5

[Bill Law]

Moving all to M14 (for webshell changes that are being deferred till M14 rather
than destabilize M13).

Comment 6

[Bill Law]

This is a hard one to reproduce so I'm moving it out to M15.  We ought not spend 
too much time till the new session history kicks in, anyway.  I did manage to 
reproduce it (one time out of 3).

Comment 7

[Claudius Gayle]

how is this to be repro'd now? This page: 
http://dt034n04.san.rr.com/cgi-bin/nph-proxy.cgi/http/www.maximmag.com/

doesn't see to be the same anymore

does anybody have steps that even sometimes work?

Comment 8

[Joseph Elwell]

i'm marking worksforme. i haven't seen this in a while, and I can't reproduce 
anymore at 
http://zoom.dyn.singleclick.net/cgi-bin/nph-proxy.cgi/http/www.maximonline.com/
either. I used winNT build 2000042608.

Comment 9

[Claudius Gayle]

Marking VERIFIED wfm