1327832 - Drag text selection blinks as scrollable area performs scrolling

Status: NEW

(Core :: DOM: Selection, defect)

Description

[arni2033]

>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:  (for people like Jet Villegas (see bug 1253190 comment 3) who only count number of steps)
1. Open url [1], find the last scrollable horizontal area
2. Start drag-selecting text and move mouse to the right from scrollable area
3. While selecting text, move mouse up and down a bit

AR:  Text selection constantly changes causing blinking
ER:  Text selection shouldn't blink that rapidly. It doesn't in GoogleChrome.


STR_1_detailed:  (for people who want to reproduce)
1. Open url [1]
2. Scroll the page to the last scrollable horizontal area (i.e. code area right below text
  �set to "autocomplete-richlistbox" like this:�)
3. Move mouse inside the scrollable area and hold left mouse button to start drag-selecting text
4. Move mouse to the right side of the scrollable area (~2-5px from the right border) to start slowly
   scrolling the scrollable area (in case you didn't know, scrollable elements perform scrolling
   during text selection)
5. While scrolling in described way, move mouse a bit up and down (~2-5px) several times

AR:  Selected text constantly blinks: selected range constantly switches between
    "text selected inside the scrollable area"   and
    "text selected inside the scrollable area PLUS all text on the page after the scrollable area�
ER:  Selected text shouldn't blink.  I.e. either X or Y.  X is better for UX, obviously.
 X) throughout Step 5 selected range should be "text selected inside the scrollable area",
    just like in GoogleChrome
 Y) throughout Step 5 selected range should be
   "text selected inside the scrollable area PLUS all text on the page after the scrollable area

> [1] https://developer.mozilla.org/en-US/docs/Mozilla/How_to_implement_custom_autocomplete_search_component

Comment 1

[Hani Yacoub, Desktop QA]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0
Build ID: 20170103030204

I couldn't reproduce this issue also. Tested on Windows 7 x64bit using the latest Nightly 53.0a1, Nightly 49.0a1 and Firefox 50.1.0 release.

Please try to reproduce it on your end, on the latest nighty to see if this problem persists.

Comment 2

[arni2033]

Please provide a screencast of what you did (I have too many NI requests in bugs with trivial STR)

It makes no sense for me to test same bug again and again if nobody reproduced it on reported version.
"again and again" means that WHEN bug gets ignored for ~17 month, as Mozilla likes to do, then new people visit the bug and ask "is it still reproducible" each time. Mozilla should find an experienced tester and have a way to reliably reproduce the bug on their end (forever), rather than asking me.

Comment 3

[castiel743]

Attachment: screencast 1 - bug 1327832.webm

>>>   My Info:   Win7_64, Nightly 53, 32bit, ID 20170107030205 (2017-01-07)
This is screencasts of the issue.
One note: there should be a sidebar on the site displayed at the right side.

Comment 4

[Hani Yacoub, Desktop QA]

Tested on Windows 7 64bit with FF Nighlty 49 and FF Nightly 53.0a1 32bit and I can reproduce it.

Thank you for the screencast.

Comment 5

[Jonathan Watt [:jwatt]]

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)