Closed
Bug 88652
Opened 24 years ago
Closed 24 years ago
Collapsing Preferences tree crashes mozilla
Categories
(Core :: XUL, defect)
Tracking
()
People
(Reporter: mozilla2, Assigned: hyatt)
Details
(Keywords: crash)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2) Gecko/20010628
BuildID: 2001062815
If the Preferences trees are expanded so that they exceed the window, Mozilla
will crash if tree is collapsed.
Reproducible: Always
Steps to Reproduce:
1. Edit -> Preferences
2. Expand the collapsed widgets down the list (Privacy.. for me), until the
items extend below the window. Appearance is already expanded initially. (Note
that scrollbar does not appear as it should, as per bug 59108.)
3. Collapse Appearance.
Actual Results: Widget collapses, and the scrollbar that should have been there
appears. Mozilla causes GPF in module <unknown>. Talkback app does not launch.
Expected Results: Clicked widget should collapse menu appropriate menu tree.
Mozilla and Preferences dialog should continue running.
Can probably post some debug info if necessary.
Comment 1•24 years ago
|
||
Confirmed 2001062815 on W2K
Crashes for me with 2001063008 / Win98SE.
Talkback-IDs:
TB32386724H
TB32386702Y
Updated•24 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•24 years ago
|
||
Crashes for me on Linux 20010628 build.
See bug 86723.
I'm not too sure if this is a dupe of that bug or not.
Reporter | ||
Comment 6•24 years ago
|
||
Bug 86723 seems to be the same thing, although I certainly didn't find it since
that bug uses technical terms like "twisties." :)
(Not 100% sure though. Somebody wanna verify these are the same bug?)
Can't reproduce this bug on linux/2001062823 -- I can repro bug 86723 every time
though. The testcases are the same, but the actual-behaviours are slightly
different. I can't reproduce Talkback failing to launch (it always launches for
me just fine). Nor can I reproduce the scrollbar appearing or the Appearance
widget/twistie collapsing. I click to collapse Appearance, and *wham* I'm in
Talkback. The preferences window, and all other Mozilla windows, die
immediately. This might be an X thing -- can someone repro the scrollbar
appearance on linux, or perhaps this is exactly the same bug as 86723 and
there's just a small platform-specific difference as to actual behaviour?
Comment 8•24 years ago
|
||
Using build 2001062815 on Win2k.
Scrollbar appears as it should, but sporadically, depending on what order the
trees are expanded. I was only able to produce a crash when collapsing the
"Appearances" tree in an instance when the scrollbar did not appear when the
trees were expanded below the bottom of the window. Any other tree did not
produce a crash, and collapsing the "Appearances" tree in any other instance did
not produce a crash.
Suppose:
A = Expand "Appearance"
B = Expand "Navigator"
C = Expand "Composer"
D = Expand "Mail and Newsgroups"
E = Expand "Privacy and Security"
F = Expand "Advanced"
G = Expand "Debug"
a = Collapse "Appearance"
Here are some steps would lead to crash.
(Just to name a few... There are lots of possible cases not listed here due to
the possibility of re-shuffling and adding some of the middle steps, in order to
make the list grow longer than the size of the pane without trigerring up the
scrollbar.)
B,C,D,E,a
B,D,E,a
G,F,E,a
G,F,E,D,a
G,F,E,D,C,a
G,F,E,D,C,B,a
Reporter | ||
Comment 10•24 years ago
|
||
Reproduced in 2001070203(Win98), but Talkback launches after crash.
I'm not actually certain as to if the Appearance widget is actually collapsing
before the crash or not... the window actually scrolls down a bit, so that the
top line is from the Navigator tree (B,C,D,E,a scenario).
Comment 11•24 years ago
|
||
Yes, this is bug 86723, with the same stack trace at the end of the day, albeit
with slightly different recipes for disaster :-]
*** This bug has been marked as a duplicate of 86723 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 12•24 years ago
|
||
Heh, actually I was getting bugmail from both bugs, and I was wondering why
people kept changing the title of the bug back and forth all the time ;-]
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•