1155933 - Absolutely positioned children of contentEditable elements get a 'draggable' UI

Status: RESOLVED FIXED

(Core :: DOM: Editor, defect, P5)

Description

[Patrick Hurst]

Attachment: editable.html

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36

Steps to reproduce:

Put an absolutely-positioned div inside a contentEditable div (testcase attached)


Actual results:

The element had a UI that made it look like it could be dragged and resized (though neither worked).


Expected results:

It should use the usual contentEditable UI that it'd get if it was positioned normally.

Comment 1

[Jens Stutte [:jstutte]]

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

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Comment 2

[Bartosz Dziewoński]

It's hard to tell what the problem was here, with no screenshots, but I don't see any unusual UI in the test case. This might be resolved.

Comment 3

[Sean Feng [:sefeng211]]

Yeah, agreed that it's hard to tell what the problem was here.

I think we can just close this.

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Ah, the reporter must have reported about the legacy Gecko specific UI for absolutely positioned elements. Currently, it's disabled by default (web apps can enable it with execCommand). Therefore, this should not be a problem for normal web apps.