Clicking a link to a destroyed frame while browser is opening a _top or _parent link opens odd window

NEW
Unassigned

Status

()

Core
Layout
--
minor
15 years ago
9 years ago

People

(Reporter: Kevin Stange, Unassigned)

Tracking

({testcase})

Trunk
x86
All
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030204 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030204 Phoenix/0.5

If you check the URL I listed, you should be able to reproduce this on most
recent builds of Phoenix, Mozilla, and other variants.  I've only tested this on
Windows.

Reproducible: Sometimes

Steps to Reproduce:
1. Visit http://www.simguy.net/misc/random/stuff/
2. Click either of the second two links.
3. Right before the browser is about to clear the screen to go to render the new
URL in _top, click on the first link. (The first link's target is the bottom frame.)

It seems easier to reproduce if you double-click the first link.

Actual Results:  
The browser opens a new window with no toolbars, whose dimensions are the entire
height of the screen (and usually the entire width).

Expected Results:  
It should have either interrupted the other page from rendering and followed the
link, or ignored my subsequent click and gone to the first page.

My best guess here is that Mozilla has just destroyed the frameset and when the
link is clicked, Mozilla has no idea where to put the page.  I could easily be
far off though.

I find this bug very irritating because there are times I misclick on a page
with frames, and when I try to recover my clicking the right link instead, it
does this to me.
(Reporter)

Comment 1

15 years ago
Is anyone looking at frame layout bugs?
Component: Layout: HTML Frames → Layout
(Reporter)

Comment 2

15 years ago
I should note that now firebird blocks this window as an unrequested Popup.

Comment 3

15 years ago
confirmed with linux trunk 2003081522
Assignee: frame → other
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
OS: Windows XP → All
QA Contact: madhur → ian
Assignee: layout → nobody
QA Contact: ian → layout
You need to log in before you can comment on or make changes to this bug.