Closed Bug 161501 Opened 23 years ago Closed 23 years ago

Back button stopped working after the pop-up

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 2000
defect
Not set
normal

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.
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
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.
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.
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
*** This bug has been marked as a duplicate of 140565 ***
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.