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)

x86
Linux
defect
Not set
normal

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
entered twice. *** This bug has been marked as a duplicate of 120189 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
sorry, my connection just died when I was filling this bug :(
v
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.