142818 - Backbutton reloads previous page instead of previous frame

Status: RESOLVED WORKSFORME

(Core :: DOM: Navigation, defect)

Description

[Marcel Tempelman]

(you have to create an account for this game first)

1. go to the URL above
2. login (World or Battlefields)
3. the game has several frames. On the leftside there's a frame with a menu.
4. click on a menu-item and the centre frame will load another frame
5. click on back-button
6. The login screen appears again

This is quite annoying because reloading takes too much time.

IE & NS4.77 work fine with this site (altough NS4.77 has some problems with the
layout). Don't know if this is a problem with the site. Last period of the game
everything worked ok with Mozilla (v0.99. v0.99 fails now too). Last week a new
gameperiod began and they always refurbish the site a bit when they start over.

Comment 1

[Bart Cassady]

Our Intranet site is framed and we have the problem as well.

Additional info: Right-clicking on the frame and selecting "back" from the menu
does nothing.

This has been broken since at least 0.9.8, and is broken in build 2992041711.

Comment 2

[Bart Cassady]

Sorry, should have been build 2002041711.

Some more detail:

Our Intranet site is set up with 3 frames: a top frame (with location links), a
side frame (with section links) and a content frame.  If you click on a location
link from the top frame, it changes the side frame to that location.  If you
click on a section link in the side frame, it changes the content frame.  You
can, of course, browse the content frame.  The side frame is automatically
populated with a default when the top frame loads, and the content frame is
automatically populated with a adefault when the side frame loads.

If (from when you load the frameset) you do not change the default location (ie.
cause the side frame to get a new page), the "back" functionality works
properly.  However, as soon as you select a different location from the top
frame, which causes the side frame to get a different page, the "back"
functionality is broke in the content frame.

Not sure if this is relevant, but the side frame pages are created via
JavaScript "parent.frame[blah].replace()".

Comment 3

[Michael Lefevre]

URL doesn't seem to resolve any more.

reporter (Marcel): can you reproduce this bug with a recent build of mozilla? if
so, can you provide a URL where it happens? if not, please resolve this bug as
WORKSFORME. thanks.

Comment 4

[Bart Cassady]

For what it's worth, it still doesn't work for me.

Comment 5

[Michael Lefevre]

well it's worth not marking this bug resolved for the moment. :-)

however, if this is going to progress, there really need a reproducible example
available for this bug.

is it possible to give some kind of guest access to your intranet? or to get
some pages with the structure of your intranet and make them available to the
internet? or just to attach files to this bug?

(and, by the way, are you using a recent build?)

Comment 6

[Bart Cassady]

I'll try to come up with a simplified example in the next few days.

I am using 1.0 (2002053012).

Comment 7

[Bart Cassady]

Attachment: HTML frameset files to test back button functionality

I have attached the back_test.zip file, which contains the following files:

main.html  - sets up the frameset and names the frames; point your browser here

top.html   - top frame with two links: "Section 1" and "Section 2"
	     (links are standard A HREFs with a TARGET attribute to the bottom
	      frame)
section1.html - displays "This is section 1"
section2.html - displays "This is section 2"

Expected behaviour:

When the frameset is loaded, top.html should display in the top frame, and
section1.html should display in the bottom frame.  If I then click on the
"Section 2" link in the top frame, section2.html should display in the bottom
frame.	If I then right-click on the bottom frame and select "Back",
section1.html should redisplay in the bottom frame.

Actual behaviour:

The frameset, top frame and bottom frame all display properly.	When I click on
the "Section 2" link in the top frame, section2.html does display properly in
the bottom frame.  However, when I right-click on the bottom frame and select
"Back", section1.html does NOT redisplay in the bottom frame.  The bottom frame
remains on section2.html.

Side note:  Strictly speaking, what I have found is not the bug that was
reported.  Hope this isn't too much of a problem.

Comment 8

[Matthias Versen [:Matti]]

-> History

Comment 9

[Andrew Williams]

I'm using the nightly win32 build on win2000 pro and the problem persists with
http://erieinsurance.com 

A good example would be to go to "Our Services" on the left then go to "Life
Insurance" and then into "Erie Flagship Term2" and then hit the back button. The
result should be that it brings you to the very top level page and not back to
the Life Insurance page.

Comment 10

[Jason Huebel]

I have the same problem as reported by others.  Here is how to reproduce the
problem:

1.  Browse to http://www.setxlug.org/
2.  Select "Forums" from the menubar.
3.  Try using the back button or right-clicking in the detail frame and nothing
happens.

I am using 1.1 beta on Windows XP and SuSE Linux 8.0.  Other members of our
Linux user's group have reported similar problems with other Linux distributions.

Comment 11

[Vincent Nicolas]

I confirm this on W2K (Mozilla 1.1beta) :
on our intranet, I have this problem since 1.1alpha.

Comment 12

[Andreas Franke (gone)]

Attachment: section1.html from above testcase (back_test.zip)

Comment 13

[Andreas Franke (gone)]

Attachment: section2.html from above testcase (back_test.zip)

Comment 14

[Andreas Franke (gone)]

Attachment: top.html, modified to point to the previous attachments

Comment 15

[Andreas Franke (gone)]

Attachment: main.html, modified to point to the previous attachments

Comment 16

[Andreas Franke (gone)]

The testcase from comment 7 seems to be fixed in rv:1.1 Gecko/20020818 (Linux),
no matter whether I test it locally or by using attachment 95796 [details].

I had experienced the same (trunk-only) problem with my own frameset
application, and that problem seems to be resolved with that build, too.

So maybe this bug is fixed? Is this related to bug 160869, or even a duplicate?

Comment 17

[Jan Vlug]

comment 15 has no problems for me, but my intranet still does not work.
rv:1.1 Gecko/20020818

so this bug is not fixed.

Comment 18

[Andreas Franke (gone)]

Jan: If this bug is not fixed, maybe you can attach a minimal testcase? Thanks.

Comment 19

[Jan Vlug]

I encounter the problem on our intranet.
I copied the webpages to a public server, however there the back button does
work correctly. On the intranet sometimes it works correctly, mostly not.
Unfortunately, I am not able to produce an example, I keep trying.

Currently I am using: rv:1.1b Gecko/20020822

Comment 20

[Radha on family leave (not reading bugmail)]

I can't reproduce the problem with www.setxlug.org and www.erieinsurance.com.
I'm going to mark this WFM until I have a good example to reproduce this. 

Comment 21

[Jan Vlug]

I created a simple example. It has to do with the 'refresh' tag. See:

http://home.tiscali.nl/ti122710/subdir

Maybe this is another bug than the one originally mentioned. If so, please let me
know, I'll file a new bug, otherwise reopen this bug.

Comment 22

[Jan Vlug]

reopened, because now sample is availabe in comment #21.

Comment 23

[Radha on family leave (not reading bugmail)]

The url mentioned in comment #21 is not reachable. 

Comment 24

[Jan Vlug]

I uploaded the files again to the url.

The problem seems to be fixed for:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020904

-> close this bug

Comment 25

[Radha on family leave (not reading bugmail)]

WFM per previous comment.