Open Bug 911918 Opened 11 years ago Updated 4 years ago

[OS X] Modifier flags aren't set in dragover event when dragging in external file

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)

26 Branch
x86
macOS
defect

Tracking

()

People

(Reporter: dan, Unassigned)

Details

Attachments

(1 file)

735 bytes, application/vnd.mozilla.xul+xml
Details
Attached file testcase
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release) Build ID: 20130814063812 Steps to reproduce: On OS X, event.metaKey and others aren't set properly within the 'dragover' event when dragging a file into Firefox from the OS. If a modifier key is pressed while over an element, the flags are set correctly for a few calls of the event and then revert to false. The flags are correct in the 'drop' event and in the few 'dragover' events preceding it. They're also correct on Windows and when dragging elements from within Firefox. To reproduce, enable browser.dom.window.dump.enabled, load dragtest.xul, drag a file over the orange area, and press modifier keys while viewing the console output.
Attachment #798735 - Attachment description: dragtest.xul → testcase
Attachment #798735 - Attachment mime type: application/octet-stream → application/vnd.mozilla.xul+xml
(In reply to Dan Stillman from comment #0) > To reproduce, enable browser.dom.window.dump.enabled, load dragtest.xul, > drag a file over the orange area, and press modifier keys while viewing the > console output. "This page uses an unsupported technology that is no longer available by default in Firefox." after loading the testcase with browser.dom.window.dump.enabled = TRUE
(In reply to Paul Silaghi [QA] from comment #1) > "This page uses an unsupported technology that is no longer available by > default in Firefox." That's just referring to Remote XUL. It'd be the same with any example XUL file. If you want to test a XUL file from here, you have to either copy it somewhere and load it via a chrome:// URL or, easier, whitelist Remote XUL for bugzilla.mozilla.org using the Remote XUL Manager extension.[1] (An HTML example might exhibit this behavior too, but I've only tested XUL.) [1] https://addons.mozilla.org/en-us/firefox/addon/remote-xul-manager/
Ok, so far so good. (In reply to Dan Stillman from comment #0) > the flags are set correctly for a few calls What flags? > To reproduce, enable browser.dom.window.dump.enabled, load dragtest.xul, > drag a file over the orange area, and press modifier keys while viewing the > console output. How do you see the drag/drop events? Web Console shows nothing by default.
(In reply to Paul Silaghi [QA] from comment #3) > > the flags are set correctly for a few calls > What flags? The flags this bug report is about: event.metaKey, etc. They're listed in the console output from my testcase. > > To reproduce, enable browser.dom.window.dump.enabled, load dragtest.xul, > > drag a file over the orange area, and press modifier keys while viewing the > > console output. > How do you see the drag/drop events? Web Console shows nothing by default. browser.dom.window.dump.enabled enables logging to the system console. You need to start Firefox from the command line to see the output. On Windows you also have to pass the -console flag. https://developer.mozilla.org/en-US/docs/Web/API/Window.dump
Thanks for clearing things up! (In reply to Dan Stillman from comment #0) > If a modifier key is > pressed while over an element, the flags are set correctly for a few calls > of the event and then revert to false. Confirmed in nightly 27.0a1 2013-10-16, Mac OS X 10.8.4. Works fine on Win.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

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

Attachment

General

Creator:
Created:
Updated:
Size: