Closed
Bug 941356
Opened 11 years ago
Closed 4 years ago
drag image not correctly created when parent has css transform
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox88 | --- | fixed |
People
(Reporter: rinick, Assigned: emilio)
References
()
Details
(Keywords: parity-chrome, parity-edge, testcase)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release)
Build ID: 20131112160018
Steps to reproduce:
open this page and drag the div
<!DOCTYPE HTML>
<html>
<head>
<style type="text/css">
#div2 {transform:translate(100px,100px)}
</style>
<script>
function drag(ev)
{
ev.dataTransfer.setData("Text","hello");
}
</script>
</head>
<body>
<div id="div2">
<div draggable="true" ondragstart="drag(event)">drag me</div>
</div>
</body>
</html>
Actual results:
there is no dragging image under cursor when text is being dragged.
Expected results:
there should be an image
|
||
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Component: Untriaged → Drag and Drop
Ever confirmed: true
Product: Firefox → Core
|
|
||
Comment 1•10 years ago
|
||
FWIW, same behavior with Google Chrome 37.0.2023.0.
MSIE 10 & 11 get this properly.
|
|
||
Comment 5•5 years ago
|
||
(In reply to (mostly gone) XtC4UaLL [:xtc4uall] from comment #1)
FWIW, same behavior with Google Chrome 37.0.2023.0.
MSIE 10 & 11 get this properly.
Chrome79 now works as expected.
Keywords: parity-chrome,
parity-edge
|
||
Comment 9•4 years ago
|
||
Setting webcompat-prio P2 - while this isn't super critical, it breaks a lot of things in funny ways, for example the Web UI for Synology NAS devices.
Webcompat Priority: --- → P2
|
Assignee | |
Comment 10•4 years ago
|
||
|
|
Assignee | |
Updated•4 years ago
|
Attachment #9206296 -
Attachment mime type: text/plain → text/html
|
|
Assignee | |
Comment 11•4 years ago
|
||
I'm not sure whether we should deal with ancestor scales and such. There
seemed to be a discussion about that in D77436 but dealing with
partially-3d-transformed content sounds like a massive pain. For now
this fixes the start point, which is a progression.
|
||
Updated•4 years ago
|
Assignee: nobody → emilio
Status: NEW → ASSIGNED
|
||
Comment 12•4 years ago
|
||
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0234f9c34062
Fix start offset of transformed drag images. r=botond
|
||
Comment 13•4 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
status-firefox88:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 88 Branch
|
||
Updated•4 years ago
|
QA Whiteboard: [qa-88b-p2]
You need to log in
before you can comment on or make changes to this bug.
Description
•