Closed
Bug 120190
Opened 23 years ago
Closed 23 years ago
Make sure nsOutlinerContentView::AttributeChanged() doesn't die in recursive loop
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 120189
People
(Reporter: janv, Assigned: janv)
Details
<bryner> Jan: um, so, i think removing mIgnoreOptionSelected will cause problems
<Jan> bryner: I thought that there are used 2 different attributes
<bryner> oh, right
<bryner> nevermind
<bryner> :)
<bryner> er
<bryner> no, i think it will cause a problem
<bryner> here's why
<bryner> if an option is selected via script, the optionSelectedPseudo attribute
gets set
<bryner> that causes us to call into the outliner selection to toggle the
selected state...
<bryner> which then calls back into the content view to update state on the
SelectElement
<bryner> which then resets the optionSelectedPseudo attribute
<bryner> and around and around we go
<Jan> bryner: I'll file a new bug on me to investigate this case, I can't test
it again with all outliners :(
<bryner> it will only affect xbl select widgets
<Jan> yeah I know
<bryner> Jan: i sort of need those to work :)
<bryner> this would be solved by moving the select element update into the xbl
event handlers like one of your patches did
<bryner> it seems like there was a problem with that, and i can't remember what
it was
<Jan> yes!
<Jan> move it, move it
so maybe we just eliminate all callback notifications in C++
by moving them to XBL
Comment 1•23 years ago
|
||
entered twice.
*** This bug has been marked as a duplicate of 120189 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 2•23 years ago
|
||
sorry, my connection just died when I was filling this bug :(
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
•