This file is calling glib for converting uint32_t code points to WTFString which doesn't seem necessary.
Created attachment 354719 [details] patch
For this change, I was wondering if there's a case for using StringBuilder::append(UChar32) with ill-formed utf-32 values.
(In reply to Christopher Reid from comment #2) > For this change, I was wondering if there's a case for using > StringBuilder::append(UChar32) with ill-formed utf-32 values. It seems like CSS.escape does rely on this based on the test failures.
Comment on attachment 354719 [details] patch Attachment 354719 [details] did not pass mac-ews (mac): Output: https://webkit-queues.webkit.org/results/9979579 New failing tests: imported/w3c/web-platform-tests/css/cssom/escape.html css3/escape-dom-api.html
Created attachment 354735 [details] Archive of layout-test-results from ews103 for mac-sierra The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews103 Port: mac-sierra Platform: Mac OS X 10.12.6
Created attachment 354737 [details] Updated patch
Comment on attachment 354737 [details] Updated patch This looks OK provided the file is first renamed to PlatformKeyboardEventLibWPE.cpp in bug #191401.
(In reply to Michael Catanzaro from comment #7) > Comment on attachment 354737 [details] > Updated patch > > This looks OK provided the file is first renamed to > PlatformKeyboardEventLibWPE.cpp in bug #191401. Yea I'll be doing that as a followup. This was to prepare it so this can land.
Comment on attachment 354737 [details] Updated patch Clearing flags on attachment: 354737 Committed r238175: <https://trac.webkit.org/changeset/238175>
All reviewed patches have been landed. Closing bug.
<rdar://problem/46063349>