It's always enabled.
Created attachment 450375 [details] Patch
Created attachment 450377 [details] Patch
Comment on attachment 450375 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=450375&action=review > Source/WebCore/dom/ScriptElement.cpp:293 > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), Might want to check and see if we should change this argument to const AtomString& since it’s an attribute value. Not sure why it uses String, but it might have to do with the conditional, although nullAtom would have let use do that before. > Source/WebCore/dom/ScriptElement.cpp:350 > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), Ditto.
(In reply to Darin Adler from comment #3) > Comment on attachment 450375 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=450375&action=review > > > Source/WebCore/dom/ScriptElement.cpp:293 > > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), > > Might want to check and see if we should change this argument to const > AtomString& since it’s an attribute value. Not sure why it uses String, but > it might have to do with the conditional, although nullAtom would have let > use do that before. > > > Source/WebCore/dom/ScriptElement.cpp:350 > > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), > > Ditto. That's a good point. Probably want to tackle that in a separate patch though.
Comment on attachment 450377 [details] Patch Clearing flags on attachment: 450377 Committed r288840 (246604@trunk): <https://commits.webkit.org/246604@trunk>
All reviewed patches have been landed. Closing bug.
<rdar://problem/88291720>
(In reply to Ryosuke Niwa from comment #4) > (In reply to Darin Adler from comment #3) > > Comment on attachment 450375 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=450375&action=review > > > > > Source/WebCore/dom/ScriptElement.cpp:293 > > > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), > > > > Might want to check and see if we should change this argument to const > > AtomString& since it’s an attribute value. Not sure why it uses String, but > > it might have to do with the conditional, although nullAtom would have let > > use do that before. > > > > > Source/WebCore/dom/ScriptElement.cpp:350 > > > + m_element.attributeWithoutSynchronization(HTMLNames::integrityAttr).string(), > > > > Ditto. > > That's a good point. Probably want to tackle that in a separate patch though. Doing this followup in https://bugs.webkit.org/show_bug.cgi?id=235919.