Closed
Bug 161501
Opened 23 years ago
Closed 23 years ago
Back button stopped working after the pop-up
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 148794
People
(Reporter: fletchsod, Assigned: radha)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
BuildID: 2002053012
The pop up is an animated pop-up, not a seperate browser window.
Reproducible: Always
Steps to Reproduce:
1. Fire up the Mozilla browser.
2. Type in "www.mozillaquest.org" and hit Enter.
3. Look under the article title, "Mozilla 1.1 branches" and in the short
comment, click on the hyperlink, "Tinderbox".
4. Under the word "The tree is open" or "The tree is closed" is a html table,
look for the column "Guilty". In this column, click on only one hyperlink
anywhere in that column. This will bring up the animated pop-up.
5. Click the back button to go back to "www.mozillaquest.org".
Actual Results: The back button does not work.
Expected Results: The back button should work, causing the webpage to go to the
previous page.
Comment 1•23 years ago
|
||
confirming with win2k build 20020804..
But this is a possible dupe ...
-> History:Session
Assignee: Matti → radha
Status: UNCONFIRMED → NEW
Component: Browser-General → History: Session
Ever confirmed: true
QA Contact: asa → claudius
| Reporter | ||
Comment 2•23 years ago
|
||
I agree it is a possible duplicate of a bug somewhere, haven't seen one so
far. I recently downloaded the nightly build today. Build ID: 2002080711 and
it no longer have this problem! Can you try out the latest nightly build and
see what happen.
However not sure if there is a new bug, aren't the white background suppose to
show up on the animated pop-up? I'll leave it for someone else.
Comment 3•23 years ago
|
||
I think this is related to bug 148794. I would see this problem sometimes, but
it wasn't reliably reproducible on my testcase like it is in Tinderbox. The
transparent background on the iframe is not a bug. Tinerbox was designed before
bug 50623 was fixed, so transparency wasn't taken into account. That issue is
currently being argued in bug 154957.
| Reporter | ||
Comment 4•23 years ago
|
||
Comments #3 by Aaron Kaluszka make perfect sense about the transparency issues!
It would explain why the difference in transparency was noticeable when I
previously use Moz BuildID# 2002053012 and was no longer a problem with BuildID#
2002080711.
Now back to this bug #161501. I no longer have this problem with the Moz
BuildID# 2002080711 and I'm changing this bug to be a duplicate of Bug #148794
and Bug #140565. I'll be updating Bug #148794 and Bug #140565, telling them
that their bug is no longer a problem with Moz BuildID# 2002080711.
After all, "More bug cleanup, the better!" :-)
*** This bug has been marked as a duplicate of 148794 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
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
•