Closed Bug 1384013 Opened 7 years ago Closed 7 years ago

Attempting to select text/drag often targets the wrong part of the screen

Categories

(Core :: DOM: Events, defect)

x86_64
Windows 10
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox54 --- unaffected
firefox55 --- unaffected
firefox56 --- unaffected
firefox57 --- affected

People

(Reporter: birtles, Assigned: stone)

References

Details

(Keywords: regression)

Attachments

(1 file)

I'm afraid I don't have any STR for this but a few times in the last few days I've attempted to select text, often in GMail, and the events seem to have been targeted at a completely different part of the screen meaning I either end up selecting different text, or I end up doing a drag and drop.

Unfortunately, if I then try to do the exactly same steps it works.
Kanru suggests this might be a regression from bug 1351148.

I just hit it again using the following steps:

1. Load https://crash-stats.mozilla.com/signature/?signature=mozalloc_abort%20%7C%20abort%20%7C%20core%3A%3Aresult%3A%3Aunwrap_failed%3CT%3E%20%7C%20style%3A%3Aproperties%3A%3Aanimated_properties%3A%3A%7B%7Bimpl%7D%7D%3A%3Acompute_distance&date=%3E%3D2017-07-18T07%3A27%3A00.000Z&date=%3C2017-07-25T07%3A27%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-date&page=1#reports
2. Click the first report
3. Go to select the string 'compute_distance' part-way down the page

Result:
I ended up dragging a translucent version of the "Aggregations" tab link from the *previous* page! And then after releasing the mouse, navigating to that page.

So this might not be about selecting content in the wrong part of the page after all but on a different page altogether.
Component: Drag and Drop → DOM: Events
Assignee: nobody → sshih
(In reply to Brian Birtles (:birtles) from comment #1)
> Kanru suggests this might be a regression from bug 1351148.
Thanks for reporting this bug.

> 
> I just hit it again using the following steps:
> 
> 1. Load
> https://crash-stats.mozilla.com/signature/
> ?signature=mozalloc_abort%20%7C%20abort%20%7C%20core%3A%3Aresult%3A%3Aunwrap_
> failed%3CT%3E%20%7C%20style%3A%3Aproperties%3A%3Aanimated_properties%3A%3A%7B
> %7Bimpl%7D%7D%3A%3Acompute_distance&date=%3E%3D2017-07-18T07%3A27%3A00.
> 000Z&date=%3C2017-07-25T07%3A27%3A00.
> 000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_colum
> ns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-
> date&page=1#reports
> 2. Click the first report
> 3. Go to select the string 'compute_distance' part-way down the page
In the step3, do you mean selec the string 'compute_distance' after the first report is loaded?

> 
> Result:
> I ended up dragging a translucent version of the "Aggregations" tab link
> from the *previous* page! And then after releasing the mouse, navigating to
> that page.
> 
> So this might not be about selecting content in the wrong part of the page
> after all but on a different page altogether.
Wondering is it hard to repduce? If not, could you help to capture the screen? I tried to reproduce it but failed. Wondering if I missed something.
Flags: needinfo?(bbirtles)
(In reply to Ming-Chou Shih [:stone] from comment #2)
> (In reply to Brian Birtles (:birtles) from comment #1)
> > Kanru suggests this might be a regression from bug 1351148.
> Thanks for reporting this bug.
> 
> > 
> > I just hit it again using the following steps:
> > 
> > 1. Load
> > https://crash-stats.mozilla.com/signature/
> > ?signature=mozalloc_abort%20%7C%20abort%20%7C%20core%3A%3Aresult%3A%3Aunwrap_
> > failed%3CT%3E%20%7C%20style%3A%3Aproperties%3A%3Aanimated_properties%3A%3A%7B
> > %7Bimpl%7D%7D%3A%3Acompute_distance&date=%3E%3D2017-07-18T07%3A27%3A00.
> > 000Z&date=%3C2017-07-25T07%3A27%3A00.
> > 000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_colum
> > ns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-
> > date&page=1#reports
> > 2. Click the first report
> > 3. Go to select the string 'compute_distance' part-way down the page
> In the step3, do you mean selec the string 'compute_distance' after the
> first report is loaded?

Yes.

> > Result:
> > I ended up dragging a translucent version of the "Aggregations" tab link
> > from the *previous* page! And then after releasing the mouse, navigating to
> > that page.
> > 
> > So this might not be about selecting content in the wrong part of the page
> > after all but on a different page altogether.
> Wondering is it hard to repduce? If not, could you help to capture the
> screen? I tried to reproduce it but failed. Wondering if I missed something.

Yes, it is hard to reproduce. I cannot reproduce it consistently using the same steps.
Flags: needinfo?(bbirtles)
This happened to me twice more today -- once while selecting text in Gmail and once while dragging a vertical scrollbar in Gmail. I'll attach a screenshot of the first instance.
Summary: Attempting to selecting text often targets the wrong part of the screen → Attempting to select text/drag often targets the wrong part of the screen
Attached image Screenshot
Unfortunately this screenshot doesn't show the cursor at the time. It was a  ⃠  cursor position over the text I was trying to select (from right to left). That is, I tried selecting some text, and the cursor appeared in the right place, but I ended up dragging some unknown element from possibly another tab and on a different part of the screen. Very disconcerting.
Moving 56-status to unaffected as bug 1351148 was backed-out from 56.
Blocks: 1351148
A regression from the event queue work, bug 1390044 tracks turning that on.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: