Closed
Bug 88684
Opened 23 years ago
Closed 23 years ago
Back and forward button not working on pages with unload handlers that redirect to another page.
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: markushuebner, Assigned: radha)
References
()
Details
(Keywords: regression, testcase, top100, Whiteboard: [driver:asa] [br])
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
Go to the URL:
http://www.prologo.at
In the menu at the bottom choose "work".
In the appearing animation click on the left picture (print design).
Now do a "back" in the browser and you will be redirected to page without the
animation. (everything fine so far).
But if you choose the second (or any other) picuture (let's say brand identity)
and go "back" nothing happens.
using build 2001063008
Comment 1•23 years ago
|
||
confirming with win2k build 20010630
-> history
Assignee: asa → radha
Component: Browser-General → History: Session
QA Contact: doronr → claudius
Reporter | ||
Comment 2•23 years ago
|
||
In the body of the page a 'onunload' event should redirect to the page, this
isn't done at all.
But when clicking on an item at the bottom, it works ... but not when leaving
the page via the "back and forward" button.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Reporter | ||
Updated•23 years ago
|
OS: Windows 2000 → All
Reporter | ||
Comment 3•23 years ago
|
||
this works fine in MSIE and Opera.
NS4.X seems to do an endless loop.
Comment 4•23 years ago
|
||
I reproduce it on: Win98; en-US; rv:0.9.2+) Gecko/20010723
It took me some time going back and clicking on the links to reproduce it but
the back button dosen't work any more after some clicks,but also the fordward
button dosen't get activated at all.
Reporter | ||
Updated•23 years ago
|
Summary: Back button not working → Back and forward button not working
Comment 7•23 years ago
|
||
Radha, any progress on this? This (back button not working) continues to be one
of the most prominent 6.1 (rtm/pr1) complaints.
Whiteboard: [br]
Reporter | ||
Comment 10•23 years ago
|
||
A testcase is available at
http://www.world-direct.com/mozilla/backandforward/backandforward.htm
It starts with "work_s.htm". Just click on the first picture.
You are now on "Print Design". When you click the "back button" you are
directed to "work_s2.htm" (this is done in the body - 'onunload').
Just click on the second picture now. You are on the "brand identity" and
no back or forward buttons work now anymore, although this page has the same
code.
What is strange: just type a URL - www.mozilla.org ... then the onunload event
is triggered (you are directed to "work_s2.htm") and then the mozilla website
is loaded.
Keywords: testcase
Reporter | ||
Updated•23 years ago
|
Assignee | ||
Updated•23 years ago
|
Summary: Back and forward button not working → Back and forward button not working on pages with unload handlers that redirect to another page.
Comment 11•23 years ago
|
||
*** Bug 99883 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 13•23 years ago
|
||
The back button is working correctly!
any clues who?! :)
The forward button is still deactivated.
using build 2001101909
Comment 14•23 years ago
|
||
The back button does not work on http://www.iht.com/frontpage.html
Build 2001102106. The malfunctioning of the back and forward
buttons and the mess in the history (the Go menu) is exactly as
I described them in bug 92743 , which was marked as duplicate of 88684
Assignee | ||
Updated•23 years ago
|
Keywords: mozilla1.0
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.8
Comment 15•23 years ago
|
||
*** Bug 112818 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
*** Bug 117259 has been marked as a duplicate of this bug. ***
Comment 17•23 years ago
|
||
Nominating since lots of users are still reporting running into this.
Keywords: nsbeta1
Updated•23 years ago
|
Whiteboard: [br] → [driver:asa] [br]
Assignee | ||
Comment 18•23 years ago
|
||
In today's build, the back button does work after visiting the "brand identity"
page. The back forward buttons respond properly. However the Go menu is filled
with entries for these 2 pages. Every time back is pressed, a new session
history entry is created for the redirected page and added to 'Go' menu.
However, back and forward buttons are always updated and respond.
NS4.x goes in a loop. I don't believe that this bug should be a 0.9.8 stopper.
This is a special situation. I will see if something can or should be done
about the Go menu.
I don't believe this is a regression either.
Assignee | ||
Updated•23 years ago
|
Priority: -- → P3
Reporter | ||
Comment 20•23 years ago
|
||
Testing with build 2002011803 on winxp the "forward button" isn't activated at
all - so not working.
This testcase worked already fine in mozilla - it is a regression.
If there is a chance for it to get in 0.9.8, it would be fine.
Assignee | ||
Comment 22•23 years ago
|
||
when you click 'back' from the Brand identity page, the forward button will not
be activated, because, when the 'brand identity' page gets unloaded, its unload
handler kicks in, which redirects you to the page you wanted to go through the
back button. Technically you are taken one page forward. So, you may think that
you went back to the previous page, (since the previous page and the forwarded
page are the same), but technically you went forward to that page because of the
redirection. That's why, everytime you click back from the brand identity page,
a new entry is also added to session history, which is evident by the
increasing number of entries for that page in the 'Go' menu. In my opinion, as
long as back and forward buttons respond, there is no bug here.
Assignee | ||
Comment 23•23 years ago
|
||
markush, Can you provide some testcases regarding misbehavior in top100 sites.
Comment 24•23 years ago
|
||
Ohh yes, before the Back Button takes action, the JavaScript code drives the
user to a new web page. So the 'back button' is not part of the story here. The
fact that the JavaScript directs the user to a new page is cool and it's good
that forward button is not activated - that's the proper behavior since time
traveling is not possible.
Comment 25•23 years ago
|
||
IHT.com is in the top 100 list, AFAIK. Just visit it, and try to get back to the
front page by forward and back buttons. The menu and IHT logo are an easy
workaround so no real showstopper, but it is still less than beautiful.
Assignee | ||
Updated•23 years ago
|
Keywords: mozilla0.9.4
Target Milestone: mozilla0.9.8 → mozilla1.0
Reporter | ||
Comment 26•23 years ago
|
||
I really do think we should address this one as soon as possible.
www.iht.com (and of course others) is far too important to forget about it ...
Keywords: mozilla0.9.9
Comment 27•23 years ago
|
||
Maybe another one (which is probably the same problem): go to
informer2.comdirect.de, select 'News Informer'. select the 3rd news, then press
back button...nothing happens. Press it again....you come back to the entry
screen. build is 2002012921
Assignee | ||
Comment 29•23 years ago
|
||
I would like more specific steps to reproduce this bug in
informer2.comdirect.de. I do not understand that "3rd news".
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.9
Comment 30•23 years ago
|
||
3rd news just means: take e.g the 3rd news out of the list, or any other except
the first one
Assignee | ||
Comment 31•23 years ago
|
||
*** Bug 124373 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 32•23 years ago
|
||
I have figured what the problem is with www.iht.com, however its going to be a
hard problem. Can someone provide a simple trestcase for
informer2.comdirect.de. The site often refuses the connection and makes
debugging tough.
Comment 33•23 years ago
|
||
Radha,dont know where your physical location is, but over here i dont have a problem accessing this site. What can i do to support your debugging?
Assignee | ||
Comment 34•23 years ago
|
||
Axel, Are you saying that you have no problem with www.iht.com? ie., you don't
see 2 entries in hte go menu once you visit the site?
Assignee | ||
Comment 35•23 years ago
|
||
This patch takes care of the problem with informer2.comdirect.de. I'm still
working on the problem with www.iht.com
Comment 36•23 years ago
|
||
Hello Radha,
dl'd the latest builds (2002022021 for linux and 2002022103 (?) for windoze).
Had a look at iht.com. Backward button not working at all, and the windows
version crashed several times.
Both versions did not work with informer2 -> no change to prevoius behaviour
Comment 37•23 years ago
|
||
axel.braun@gmx.de:
This can't work because this patch is not checked into the tree.
A patch needs a r= and SR= and after that the developer will add a "checked in"
comment. (and mark this bug fixed)
Comment 38•23 years ago
|
||
Good point, Matthias, didnt know this. I'll try again when the patch is in.
Assignee | ||
Comment 39•23 years ago
|
||
I have a patch for the iht.com problem, but just visiting that site crashes the
browser. S, I'm not able to verify my patch.
Assignee | ||
Comment 40•23 years ago
|
||
I'm moving this one out. This bug should be fixed once 105299 and 124427 are
fixed. Both these bugs are waiting for approval and/or reviews.
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 41•23 years ago
|
||
This now works for me in today's build.
Assignee | ||
Comment 42•23 years ago
|
||
This bug got fixed, by fixing 105229 and 124427 last week.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 43•23 years ago
|
||
Sorry to disagree, i played around a little with today's build (2002030621):
Informer2.comdirect.de -> on the main screen, go to 'Kurslisten' -> Deutscher
Aktien Index (DAX).
-> Result: the DAX-ranking is displayed.
From there, go to 'News-Informer' -> First news is displayed.
Select another news from the list (e.g. the 5th one) -> 5th news is displayed.
Press back button -> DAX ranking is displayed
expected result: Screen with first news displayed again#
Comment 44•23 years ago
|
||
Works for me with build 2002031104 (WinNT4.0) from the 0.9.9-trunk
Comment 45•22 years ago
|
||
vrfy'd fixed using 2003.02.19 comm trunk on linux rh8.0.
Status: RESOLVED → VERIFIED
Comment 46•19 years ago
|
||
This might have regressed since being fixed. See bug 251944.
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in
before you can comment on or make changes to this bug.
Description
•