Closed Bug 72016 Opened 24 years ago Closed 24 years ago

Hard crashing scrolling tree widget in Add Bookmarks dialog

Categories

(SeaMonkey :: Bookmarks & History, defect, P2)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: sfraser_bugs, Assigned: bugzilla)

Details

(Keywords: crash)

Attachments

(1 file)

I crash hard when using the tree widget in the Add Bookmarks dialog. I have a bookmarks file that is pretty close to the default (only 1-2 user-added bookmarks). I 'Add Bookmark' on a page, and the dialog comes up. Then, expanding folders in the tree, and scrolling with teh scrollbar, can cause the machine to freeze. I also saw a freeze a previous time on cancelling the dialog, after manipulating the tree widget. This sounds somewhat like a problem in the news subscribe dialog, which is a heap-trashing bug, possibly because of running out of stack space. There might be a generic 'trees in dialog' problem here.
Critical severity, since this is a machine-wide data loss crasher.
Severity: normal → critical
Keywords: crash
Seth, Navin, this could be related to bug 48409...
Marking nsbeta1+, p2, mozilla0.9
Keywords: nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla0.9
This wfm on linux.
So my blowing the stack theory is likely correct.
hrm, this could be a tree bug.
Assignee: ben → hyatt
This is a known ancient bug in boxes where boxes keep telling trees to be bigger than smaller than bigger than smaller, etc., which makes the tree create, reflow, destroy, reflow, create, reflow, ad infinitum. It comes up only on the Macintosh and can usually be alleviated by avoiding hardcoded heights on two objects in a vertical box. My 0.9 list is already out of control, so I can't fix this for 0.9. I would recommend looking for a workaround in the XUL if you need it fixed before 0.9. Another option is to convert away from <tree> to <outliner>, which is essentially fully ready at this point.
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9 → mozilla1.0
Reassigning to evaughan. When pink and i last debugged this, it looked like a box rounding error.
--> evaughan
Assignee: hyatt → evaughan
Status: ASSIGNED → NEW
Can we belt-and-braces to ensure that we never blow the stack (track recursion depth)? Layout does this.
Bug 73336, previously summarized as "Adding bookmarks goes into infinite recursion", is now "Put recursion defense into trees", targeted Moz 1.1, on Hyatt's list. Same problem, same solution, same bug?
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
reassigning to me. if this is still happening, converting the add bookmarks dialog to outliner will fix it.
Assignee: evaughan → blakeross
Target Milestone: mozilla1.0.1 → mozilla0.9.7
fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
mass-verifying claudius' Fixed bugs which haven't changed since 2001.12.31. if you think this particular bug is not fixed, please make sure of the following before reopening: a. retest with a *recent* trunk build. b. query bugzilla to see if there's an existing, open bug (new, reopened, assigned) that covers your issue. c. if this does need to be reopened, make sure there are specific steps to reproduce (unless already provided and up-to-date). thanks! [set your search string in mail to "AmbassadorKoshNaranek" to filter out these messages.]
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: