Closed
Bug 304670
Opened 20 years ago
Closed 19 years ago
Attempting to access Options causes browser freeze
Categories
(Other Applications :: ChatZilla, defect)
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.
Comment 1•20 years ago
|
||
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 :-)
Comment 2•20 years ago
|
||
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'.
Comment 3•20 years ago
|
||
There is no hang in build 2005081106, the last one before all the splitwindow
crap landed.
Keywords: hang,
regression
Whiteboard: [rw:2005081106 - ?]
Comment 4•20 years ago
|
||
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]
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•20 years ago
|
||
Works in 2005-08-11 18:56. Thanks to Peter van der Woude!
Whiteboard: [rw:2005081106 - 2005081208] → [rw:2005081119 - 2005081208]
Comment 6•20 years ago
|
||
Blocking splitwindow bug, which is the most likely cause for this.
Blocks: splitwindows
Comment 7•20 years ago
|
||
So is this fixed or what?
Comment 8•20 years ago
|
||
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?
Comment 9•19 years ago
|
||
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.
Description
•