The default bug view has changed. See this FAQ.

Drag action is not changed on pressing Ctrl, until the mouse is moved

RESOLVED FIXED in mozilla15

Status

()

Core
Widget: Gtk
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: karlt, Assigned: karlt)

Tracking

Other Branch
mozilla15
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

5 years ago
STR:
1. Type some text in a text area or input.
2. Select a portion of the text.
3. Drag the text to a destination within the same window (but don't drop).
4. Press Control.
5. Drop text.

Expected results:
After 4: Cursor changes to show a plus.
After 5: Text is copied.

Actual results:
After 4: Nothing.
After 5: Text is moved.

If the pointer is moved between 4 and 5, the drag action changes as expected.
(Assignee)

Comment 1

5 years ago
Part of the issue here is that GTK is not getting keyboard events because its grab widget is not in the window group of the focus window.  (See bug 750061 comment 10 ff.)
Depends on: 750061
(Assignee)

Comment 2

5 years ago
Created attachment 620585 [details] [diff] [review]
handle modifier changes in periodic synthetic mouse events for drag sources

With the patch in bug 750061, the grab widget gets keyboard events and we just need to update our periodic motion event code to deal with them.
Assignee: nobody → karlt
Status: NEW → ASSIGNED
Attachment #620585 - Flags: review?(roc)
Attachment #620585 - Flags: review?(roc) → review+
(Assignee)

Comment 3

5 years ago
https://hg.mozilla.org/integration/mozilla-inbound/rev/3f9893107926
Target Milestone: --- → mozilla15
https://hg.mozilla.org/mozilla-central/rev/3f9893107926
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.