Closed Bug 484511 Opened 16 years ago Closed 9 years ago

The cursor doesn't update if a drop target changes the dropEffect or effectAllowed values

Categories

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

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1121946

People

(Reporter: sebastian, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 When the user moves the cursor over a drop target that overrides the dropEffect or effectAllowed values during the dragenter or dragover events, the cursor isn't updated to the corresponding values. Reproducible: Always Steps to Reproduce: Start a drag operation and during the dragstart event, set event.dataTransfer.effectAllowed = 'all'; During the dragenter and dragover events of a target element, set event.dataTransfer.dropEffect = 'copy'; or event.dataTransfer.effectAllowed = 'copy'; Actual Results: The cursor now shows the "move"-cursor unless you use a modifier key. Expected Results: The cursor should instead show the "copy" since the dropEffect or effectAllowed has been changed and the operation will be allowed to perform a drop. Whether or not the user should be able to change the dropEffect using modifier keys after it has been explicitly overridden is not the point here. It's the fact that the cursor doesn't correspond to the current operation that will be performed.
Flags: wanted1.9.1?
Flags: blocking1.9.2?
Flags: blocking1.9.2? → blocking1.9.2-
I have noticed the same problem on Firefox 3.5.5 on Mac OSX.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.