Closed Bug 304670 Opened 20 years ago Closed 19 years ago

Attempting to access Options causes browser freeze

Categories

(Other Applications :: ChatZilla, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ehume, Assigned: rginda)

References

Details

(Keywords: hang, regression, Whiteboard: [rw:2005081119 - 2005081208])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050814 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050814 Firefox/1.0+ In the Extensions window with ChatZilla selected, pressing the Options button or right-clicking the Chatzilla listing and selecting Options causes Firefox to freeze. Reproducible: Always Steps to Reproduce: 1. Open the Extensions window. 2. Select Chatzilla 3. Press the Options button Actual Results: Browser freezes. Expected Results: Options window should open. The identical problem affects All-In-One Gestures 0.16. I have 37 other extensions. With the exception of CZ and AiO, all of the extensions with options did OK when Options was pressed.
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050814 Firefox/1.0+ _*After*_ I opened the options dialog from within ChatZilla. Before that, it hung my extensions window as well, but not the browser (which remained functional). This is very odd, perhaps James Ross would know more :-)
This is not a ChatZilla bug. I'd like to know when it started hanging, as I wouldn't be surprised if the splitwindow stuff did it. Anyhow, what ChatZilla sets for its options window is this: javascript:opener.openDialog('chrome://chatzilla/content/config.xul','','chrome,modal,resizable');window.close(); This trick actually came from another extension, that also needed a resisable options window (FF EM sucks). All-in-One Gestures also uses this trick, though with flags 'chrome,all,dependent'.
There is no hang in build 2005081106, the last one before all the splitwindow crap landed.
Keywords: hang, regression
Whiteboard: [rw:2005081106 - ?]
Hangs every time in 2005081208. Weirdly, the succesful runs were happening when stepping through using venkman. When venkman was not used, the options window continued hanging my extension window. The reason venkman influences this is not entirely clear, but probably a matter of timing (debugging is slower than running, of course).
Whiteboard: [rw:2005081106 - ?] → [rw:2005081106 - 2005081208]
Status: UNCONFIRMED → NEW
Ever confirmed: true
Works in 2005-08-11 18:56. Thanks to Peter van der Woude!
Whiteboard: [rw:2005081106 - 2005081208] → [rw:2005081119 - 2005081208]
Blocking splitwindow bug, which is the most likely cause for this.
Blocks: splitwindows
So is this fixed or what?
No, it's not fixed [2005081906]. Could you explain why it would be? I wonder what component this belongs too... does Core: DOM sound ok?
I'm fairly sure this has been fixed by now. It WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060104 Firefox/1.6a1 Resolving as WFM. Please reopen if the problem re-occurs on later trunk builds.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.