Open Bug 927159 Opened 8 years ago Updated 6 months ago

nsISelectionListener notification isn't correct for XUL textbox for the first time

Categories

(Core :: DOM: Selection, defect, P5)

defect

Tracking

()

People

(Reporter: surkov, Unassigned)

Details

Before XUL textbox editor is initialized (when XUL textbox is clicked/focused for the first time) then nsISelectionListener notifies the presshell's selection change (not the selection of HTML input of XUL textbox). The focus node of chanted selection is XUL textbox, offset is 0 regardless the caret is the end of the XUL textbox's text.

I run into this bug during some a11y selection code reworks. I appreciate if you can help/resolve this issue so I don't need to workaround it in a11y.
Component: Disability Access APIs → Selection
I don't know what the focusing behavior in XUL should look like.  But if you set a breakpoint in Selection::NotifySelectionListeners you should be able to find out who's causing a selection change.
(BTW, sorry for the late reply, please needinfo me if you want a fast turn-around time.  Thanks!)

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.