Closed Bug 734037 Opened 13 years ago Closed 6 years ago

Ctrl+drag moves selected text (instead of copying) on Linux

Categories

(Thunderbird :: Message Compose Window, defect)

10 Branch
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: rs, Unassigned)

Details

(Whiteboard: [dupeme?])

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Build ID: 2012021500 Steps to reproduce: Select a text in the Compose window. Dragged the selected text with the Cntrl key Actual results: The "document plus" symbol appears while dragging, but still it moved the text. Expected results: It should have copied the text consistent with the meaning of symbol.
René is this a regression ? Does it happens if you start Thunderbird in -safe-mode (http://support.mozillamessaging.com/en-US/kb/Safe-Mode) ?
That was bug 713814 for Thunderbird 9.0 which was considered resolved in 10.0, though the reason for that regression was never identified and simply closed as reproducing in 10.0 wasn't possible any more. So, apparently it may still occur? Is this an official Mozilla build or did you get it through the repository of your Linux distribution?
(In reply to rsx11m from comment #2) > That was bug 713814 for Thunderbird 9.0 which was considered resolved in > 10.0, though the reason for that regression was never identified and simply > closed as reproducing in 10.0 wasn't possible any more. So, apparently it > may still occur? That bug was for dragging messages. This is for dragging text. In any case, this works for me on nightly.
Summary: cntrl+drag moves (not copies) → cntrl+drag moves text (not copies)
It is version 10.0.2-33.12.1 of repo http://download.opensuse.org/update/12.1/ Should I report it there?
(In reply to Ludovic Hirlimann [:Usul] from comment #1) > René is this a regression ? > Does it happens if you start Thunderbird in -safe-mode > (http://support.mozillamessaging.com/en-US/kb/Safe-Mode) ? Starting in -safe-mode has not positive effect on this bug.
(In reply to Jim Porter (:squib) from comment #3) > That bug was for dragging messages. This is for dragging text. My bad, sorry. I'm unable to reproduce this with a 10-based release on Windows 7 but see it on Linux, both with the official OpenSUSE build as well as with 11b1 and 11b3 64-bit builds. I don't see it in a recent 13.0 nightly Linux build. Thus, it's apparently specific to Linux but unspecific to OpenSUSE, also similar to bug 713814 it is no longer visible on trunk. Confusing, but likely something happening in the Core backend which makes those issues come and go. Nevertheless, it would be nice to figure out what's going on...
Keywords: qawanted
Summary: cntrl+drag moves text (not copies) → Ctrl+drag moves selected text (instead of copying) on Linux

Walt does this reproduce for you?

Flags: needinfo?(wls220spring)
Keywords: qawanted
Whiteboard: [dupeme?]

No it does not.

If I highlight some text in a new composition window, I can use Ctrl+drag to copy it into another section of that window.

Appears to make a duplicate of what is being copied using Ctrl+drag.

"So today I had to wake up at a normal time (instead of just before lunch). Aww!"

"So today I had to wake up at a normal time (instead of just before lunch). Aww!"

Even works in Bugzilla.

Appears to make a duplicate of what is being copied using Ctrl+drag.

Tested with 60.4.0 Ubuntu build, 60.5.0 Thunderbird build, 65.0b4 and 67.0a1 on Linux Mint 19.1 and Firefox Nightly 67.0a1.

Flags: needinfo?(wls220spring)

Thanks for testing

Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.