1285171 - Text selected when dragging notes in Google Keep

Status: NEW

(Core :: Layout, defect, P3)

Description

[skroon]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0
Build ID: 20160606113944

Steps to reproduce:

1. New private browsing window.
2. Navigate to https://keep.google.com/ and log in.
3. Drag notes.


Actual results:

Notes were dragged to new location successfully, but also text in various notes is also selected.  Which text is selected depends on which notes are dragged and from where to where.


Expected results:

Notes should be dragged without any selection of text.  (This works fine in Chrome, so although I've reported it under Google Keep feedback as well, it seems a Firefox issue).

Comment 1

[skroon]

Issue still present on firefox-trunk installed today

Comment 2

[skroon]

BuildID of nightly still showing issue:	20160706122729

https://bugzilla.mozilla.org/show_bug.cgi?id=1259884 seems to be a related bug, but seems to conflate a number of issues, so I thought it best to report this in isolation.

Comment 3

[skroon]

Issue also present in safe mode on nightly build id 20160706122729.

Comment 4

[Loic]

Attachment: google-drag-note.jpg

Indeed, I confirm some text of the page is selected when dragging a note.
The amount of text selected depends on the place of the note dragged.

Comment 5

[Loic]

I tested with FF33, same issue.

Comment 6

[Alice0775 White]

Reproduced on windows10 Nightly52.0a1, Beta50b7 and Edge as well.

So, I guess this is the site problem... :(

Comment 7

[Loic]

Do we need to update the whiteboard?

Comment 8

[Andrew Overholt [:overholt]]

Related to bug 1241856?

Comment 9

[Desigan Chinniah [:cyberdees] [:dees] [London - GMT]]

(In reply to Loic from comment #7)
> Do we need to update the whiteboard?

Yes, especially since it has been +'ed within the Tracking Flag. I've set the whiteboard to [platform-rel-Google]

Comment 10

[Jonathan Watt [:jwatt]]

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

Comment 11

[rishel.nick]

This issue is no longer reproducible with Keep's new interface.