Bug 258257 - Design mode: elements lose the attribute contenteditable when dragged
Summary: Design mode: elements lose the attribute contenteditable when dragged
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: Safari Technology Preview
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL: https://jsbin.com/vuladoz/edit?html,c...
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2023-06-17 18:02 PDT by Ahmad Saleem
Modified: 2023-06-24 18:03 PDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ahmad Saleem 2023-06-17 18:02:22 PDT 
Hi Team,

We were failing linked (in URL) field test case, where if we cut / paste the elements with styling in 'contenteditable=false', it will lose styling.

It is potential candidate to merge but would like to get input, whether it is intentional or not but Firefox and Chrome works.

Blink Commit: https://chromium.googlesource.com/chromium/src.git/+/92c26eed9fd8834e1da3283e8bd45952aa4f0d6b

WebKit Source: https://searchfox.org/wubkat/source/Source/WebCore/editing/ReplaceSelectionCommand.cpp#711

^ Changing this to below:

if (element->parentNode() && element->parentNode()->hasRichlyEditableStyle() && element->hasRichlyEditableStyle())

It make us passing linked (in URL) test case while STP172 fails it.

@Ryosuke - any input? Should we merge it?

Thanks!
Comment 1 Radar WebKit Bug Importer 2023-06-24 18:03:14 PDT 
<rdar://problem/111272573>