339398 - Selection highlighting on app blur differs for editable/non-editable areas

Status: NEW

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

Description

[Peter Kasting]

When the application window blurs, any existing selections change their highlight style.  For selections in non-editable content, we use SELECTION_DISABLED (I think; I don't have access to my build right now), which is generally just a "dimmed" selection.  However, for selections in editable content, the selection disappears entirely.  When the window receives focus again, the selection reappears.

These should be made consistent (both using SELECTION_DISABLED, presumably).

Comment 1

[Peter Kasting]

Turns out fixing this exposes how broken our selection behavior is when it comes to ensuring there is a single selection at any time.  I'll attach a patch shortly, but it can't be applied until bug 339400 gets fixed.

Comment 2

[Peter Kasting]

Attachment: Use SELECTION_DISABLED instead of SELECTION_HIDDEN for editable areas on blur

This patch changes the selection type correctly, but since we don't properly handle selections in non-focused areas, it looks really bad.  Just try the patch and start making selections in various editable areas if you want to see what I mean :)

Comment 3

[Alice0775 White]

Not yet  fixed on Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre ID:20100727085918

This visual issue causes unexpected behavior drag & drop text onto texterea.
The hidden selected text in the textarea will be replaced by the dragdropped text.

Comment 4

[Jens Stutte [:jstutte]]

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

If you have reason to believe this is wrong, please write a comment and ni :jstutte.