<rdar://problem/36064210>
Created attachment 329561 [details] Depends on https://bugs.webkit.org/show_bug.cgi?id=180853
Comment on attachment 329561 [details] Depends on https://bugs.webkit.org/show_bug.cgi?id=180853 View in context: https://bugs.webkit.org/attachment.cgi?id=329561&action=review > Source/WebCore/ChangeLog:10 > + replaceRichContentWithAttachmentsIfNecessary to replace object elements with attachments; see comments below for Still slightly concerned about all <object>s becoming <attachment>s. > Source/WebCore/ChangeLog:28 > + of generating markup from NSTextAttachments; this currently causes the web process to crash on an unrecognized > + selector. Crazy
Comment on attachment 329561 [details] Depends on https://bugs.webkit.org/show_bug.cgi?id=180853 View in context: https://bugs.webkit.org/attachment.cgi?id=329561&action=review >> Source/WebCore/ChangeLog:10 >> + replaceRichContentWithAttachmentsIfNecessary to replace object elements with attachments; see comments below for > > Still slightly concerned about all <object>s becoming <attachment>s. True, it's...kinda weird. One caveat is that we only do this replacement for objects whose `data` have already been replaced by blob URLs. And for pasted/dropped <object>s that don't have data URLs or haven't been blob-replaced, we'll simply remove them from the inserted fragment. >> Source/WebCore/ChangeLog:28 >> + selector. > > Crazy 🙃 Thankfully less so after this change.
Created attachment 329707 [details] Rebase on master
Created attachment 329724 [details] Rebase on master again
Comment on attachment 329724 [details] Rebase on master again Clearing flags on attachment: 329724 Committed r226093: <https://trac.webkit.org/changeset/226093>