345687 - Frames appear empty or blank after returning to them, back or fwd

Status: RESOLVED FIXED

(Core :: DOM: Navigation, defect)

Description

[tommyjb]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060723 BonEcho/2.0b1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060723 BonEcho/2.0b1

1. Visit any Google Images search-results page (e.g. <http://images.google.com/images?q=test>).
2. Click any of the result images.
3. Click 'See full-size image.' (at the top).
4. Click the browser's back button.

The two panes are now blank.  See attached screenshot.

Reproducible: Always

Comment 1

[tommyjb]

Attachment: screenshot

Comment 2

[Ria Klaassen (not reading all bugmail)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060723 Minefield/3.0a1
Not on trunk.

Comment 3

[Ria Klaassen (not reading all bugmail)]

This regressed between 1.8.1b1_2006071708 and 1.8.1b1_2006071804 and this could point to Bug 314549.
https://bugzilla.mozilla.org/show_bug.cgi?id=314549#c27

Comment 4

[Felix Miata]

Another location where returning to frames pages draws blank frames: http://weilbacher.org/Mozilla/index.html

Comment 5

[Felix Miata]

more apt description than "google images broken"

Comment 6

[Adam Guthrie]

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

Comment 7

[Julien Charbon]

Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060726 BonEcho/2.0b1

Same bug with:

1. Go on http://www.clubalpin.be/guides/topo/freyr/
2. Click on link "Les rochers"
3. Click on browser's back button

The frameset is displayed just blank.

Comment 8

[Julien Charbon]

Impossible to reproduce this bug bug with:

User-Agent: Mozilla 1.8b2 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050702

Comment 9

[Adam Guthrie]

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

Comment 10

[Steve England [:stevee]]

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

Comment 11

[Mats Palmgren (inactive)]

WFM, Firefox 2.0b1 and SeaMonkey trunk on Linux.

To those that can reproduce the bug: does it occur in Safe Mode?
http://kb.mozillazine.org/Safe_mode

Comment 12

[dex_sf]

I can reproduce the bug in safe mode as well. But it appeared not in Fx 2.0b1 but in a nightly a couple of days later for me.

Comment 13

[Ria Klaassen (not reading all bugmail)]

(In reply to comment #11)
>
Maybe you have bfcache disabled?

Comment 14

[Julien Charbon]

Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060731 BonEcho/2.0b1

in safe-mode, I always reproduce it on:

http://www.clubalpin.be/guides/topo/freyr/
http://weilbacher.org/Mozilla/index.html

but not always on:

http://images.google.com/images?q=test

It depends on selected image and the related web site. But it's easy to find one that reproduce the bug.

Comment 15

[Felix Miata]

For comment 4 SM has browser.sessionhistory.max_total_viewers set to 3.

Comment 16

[Boris Zbarsky [:bzbarsky]]

Yeah, I had no luck reproducing with images.google.com, but the site in comment 7 reproduced this 100%.

Comment 17

[Michael Schaap]

Simple test case:  http://www.mscha.org/iframetest.html

Happens consistently there, for me.

 - Michael

Comment 18

[Julien Charbon]

Impossible to reproduce with trunk:

Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/2006080604 Minefield/3.0a1

Comment 19

[Brian Ryner (not reading)]

I'm not able to reproduce this on a current Windows branch build, using images.google.com, http://www.mscha.org/iframetest.html, or http://www.clubalpin.be/guides/topo/freyr/, with max_total_viewers set to either 3 or the default of -1.

Comment 20

[Adam Guthrie]

This got fixed between 2006-08-06-04 and 2006-08-07-04 on (Linux) branch. Maybe bug 347426?

Checkins: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=MOZILLA_1_8_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-08-06+03&maxdate=2006-08-07+05&cvsroot=%2Fcvsroot

Comment 21

[Felix Miata]

WFM in today's OS/2 SM branch

Comment 22

[Boris Zbarsky [:bzbarsky]]

Yeah, almost certainly.

Comment 23

[Mike Schroepfer]

Adding fixed1.8.1 keyword since comments (and a quick test on a branch build) seem to indicate this problem is resolved.