Since we expose Clipboard::types() to the web, we should handle it using an ordered collection internally. When lowering the default minimum table size for WTF hash tables, some web-exposed string arrays got reordered because the HashSet<String> returned by Clipboard::types() got reordered in rehash.
Created attachment 167368 [details] Patch?
Comment on attachment 167368 [details] Patch? Attachment 167368 [details] did not pass cr-android-ews (chromium-android): Output: http://queues.webkit.org/results/14179576
Comment on attachment 167368 [details] Patch? Attachment 167368 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14179582
Created attachment 167372 [details] Patch??
Awesome patch! Incredible how we ever returned them ordered by insertion. :-)
Comment on attachment 167372 [details] Patch?? Why not Vector<String>? I can’t imagine that the types vector ever gets so long that the hash table is an important optimization.
Comment on attachment 167372 [details] Patch?? Clearing flags on attachment: 167372 Committed r130588: <http://trac.webkit.org/changeset/130588>
All reviewed patches have been landed. Closing bug.