Closed
Bug 1265104
Opened 8 years ago
Closed 5 years ago
There Is No Dragged Text Following in Moving Cursor When Dragging a Link inside the Web Component(Shadow DOM), or inside display: contents;
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
RESOLVED
FIXED
mozilla67
Tracking | Status | |
---|---|---|
firefox67 | --- | fixed |
People
(Reporter: bevis, Assigned: smaug)
References
(Blocks 1 open bug)
Details
(Whiteboard: btpp-backlog)
Attachments
(3 files)
This is a follow-up of the no-dragged-text problem found in bug 1264380 comment 11.
Comment 1•8 years ago
|
||
William is still working on our Shadow DOM implementation so since were not yet ready to ship that (and AFAIK the spec isn't finalized yet either), I'm going to mark this as backlog.
Whiteboard: btpp-backlog
Updated•6 years ago
|
Priority: -- → P3
Assignee | ||
Comment 3•5 years ago
|
||
try dragging the link.
Interestingly selection the text and then dragging does work.
Assignee | ||
Updated•5 years ago
|
Component: DOM → Layout
Assignee | ||
Comment 4•5 years ago
|
||
The issue seems to be in PresShell::CreateRangePaintInfo where we get null ancestorFrame.
Assignee | ||
Comment 5•5 years ago
|
||
Ah, there is a comment
// XXX deal with ancestorFrame being null due to display:contents
Shadow DOM issue is similar.
Assignee | ||
Comment 6•5 years ago
|
||
This test doesn't use Shadow DOM, only display: contents;
Assignee | ||
Updated•5 years ago
|
Summary: There Is No Dragged Text Following in Moving Cursor When Dragging a Link inside the Web Component(Shadow DOM). → There Is No Dragged Text Following in Moving Cursor When Dragging a Link inside the Web Component(Shadow DOM), or inside display: contents;
Assignee | ||
Updated•5 years ago
|
Assignee: nobody → bugs
Assignee | ||
Comment 7•5 years ago
|
||
Assignee | ||
Comment 8•5 years ago
|
||
I ended up taking rather simple approach. Common ancestor can already cross shadow boundaries and what not, so flattened parent wouldn't be needed, just some reasonable parent.
Assignee | ||
Comment 9•5 years ago
|
||
And this code is used in dnd only, so no automated tests :/
Comment 10•5 years ago
|
||
Pushed by opettay@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/e5e2e0d4eb05 paint dnd'ed content also when it is under non-displayed content (display: contents or ShadowRoot), r=emilio
Comment 11•5 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 5 years ago
status-firefox67:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
Updated•5 years ago
|
QA Whiteboard: [qa-67b-p2]
You need to log in
before you can comment on or make changes to this bug.
Description
•