Open Bug 1228167 Opened 9 years ago Updated 18 hours ago

Drag and drop operation from another appliaction result into "move" while the default action on Windows is "copy"

Categories

(Core :: Widget, defect)

Unspecified
Windows
defect

Tracking

()

UNCONFIRMED

People

(Reporter: arni2033, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: parity-chrome)

Attachments

(1 file)

>>> My Info: Win7_64, Nightly 45, 32bit, ID 20151125030231 STR: 1. Create a text file with string "asdf" 2. Open the file from Step 1, select string "asdf" 3. Drag-n-drop selected text to firefox's urlbar 4. Focus the window with the text file Result: The string "asdf" disappeared, because it was _moved_ to firefox. Also, if I drag-n-drop files to firefox I see tooltip "Move file" Expectations: All other applications on Windows expose another behavior: the text doesn't disappear, because it's _copied_. Also, if I drag-n-drop files/text to another applications, I see tooltip (or another notification) saying "Copy file" So I expect firefox to follow default behavior of Windows applications.
Component: Shell Integration → Widget: Win32
OS: Unspecified → Windows
Product: Firefox → Core
Could you explain the "while the default action on Windows is "copy"" and "Also, if I drag-n-drop files/text to another applications", I did not find other applications able to receive dragging text.
Flags: needinfo?(arni2033)
Component: Widget: Win32 → Drag and Drop
See Also: → 101542
(In reply to YF (Yang) from comment #1) > 1) Could you explain the "while the default action on Windows is "copy"" First of all I admit it's not so "default" among Windows applications. I see that the default action for dragging text (from another applications) in MS Office, OpenOffice and IDE "Microsoft Visual Studio" is "move". Looks like the only applications that follow this behavior are those which imply working with documents. (And IE 11, which is strange. Let's skip this part) Anyway, browser deleting text from another application is completely weird and unwanted (though that behavior could be somehow expected in Scratchpad and Style Editor since they imply editing some code) I left it "Unconfirmed" so that a knowing person said for sure whether this was planned. Now, my definition of "default action for dragging text from another application is «Copy»" Let say I have an application on Win7 that supports drag-n-drop for file/text/image/other data A) When I drag that data to that application (from_another_application), then: A.1) if I'm dragging non-text data, I see a blue square tooltip under mouse pointer with label "Copy" A.2) if I'm dragging text data, there's a gray rectangle with [+] icon displayed next to mouse cursor, indicating that the dragging data will be _copied_ B) When I drop data to that application (from_another_application), then: the data in another_application stays intact > 2) other applications able to receive _dragging_text_ Text editor(s?): Notepad++ Browser(s?): GoogleChrome Text messanger(s?): Skype Media players: VLC media player, AIMP3 (AIMP3 actually doesn't do anything with the text) The component is "Shell integration" because firefox doesn't draw blue square tooltips by itself, and doesn't delete text from another apps. It tells OS to do so. Definitely isn't connected to 101542
Component: Drag and Drop → Shell Integration
Flags: needinfo?(arni2033)
Product: Core → Firefox
See Also: 101542
Has STR: --- → yes
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-Chrome]
Component: Shell Integration → Widget
Product: Firefox → Core

This does still reproduce for me on Windows 10 with a current Nightly.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: