Closed Bug 286751 Opened 20 years ago Closed 17 years ago

a popup opened from inside a popup freezes

Categories

(Core :: XUL, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: mvl, Unassigned)

References

Details

(Whiteboard: [xul frame construction])

Attachments

(1 file)

660 bytes, application/vnd.mozilla.xul+xml
Details
When using a <button popup="foo"> inside a popup, mozilla freezes when opening that subpopup. The popup still reacts though. It might not be legal, dunno. But it shouldn't freeze. (i can't give exact details, since i'm not on windows)
Attached file testcase
tsteps to reproduce: click the button, click 'click', freeze.
Blocks: 286747
The problem isn't during the "popup" the problem is when the second popup window closes. So the sequence is click the button. click "click". click "close2" (or click away so that the second popup closes) - Freeze. -Andrew
Whiteboard: [xul frame construction]
nominate blocking1.8.1
Flags: blocking1.8.1?
Not going to block 1.8.1 for this bug, but we'll happily consider a baked-on-trunk patch.
Flags: blocking1.8.1? → blocking1.8.1-
When you say 'freeze', do you mean the browser hangs, or just that the menu doesn't close properly?
The browser is still functional, but the original/parent popup menu is displayed even when it should be hidden (minimizing the browser won't even hide it) and no longer responds to clicking of any kind. This is still an issue on 1.5.0.4 on windows xp. I hope that's clearer. If you need me to check anything, just let me know. Thanks! -Andrew
This will be fixed by 279703
Depends on: 279703
Should now be fixed with bug 279703.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: