RESOLVED FIXED184839
Web Inspector: remove some dead code in IdentifiersFactory
https://bugs.webkit.org/show_bug.cgi?id=184839
Summary Web Inspector: remove some dead code in IdentifiersFactory
Blaze Burg
Reported 2018-04-20 14:36:46 PDT
This code seems to only have been used by Chromium, and doesn't really make sense given the current architecture.
Attachments
Patch (4.94 KB, patch)
2018-04-20 16:53 PDT, Blaze Burg
no flags
Blaze Burg
Comment 1 2018-04-20 16:53:52 PDT
WebKit Commit Bot
Comment 2 2018-04-20 18:12:49 PDT
Comment on attachment 338492 [details] Patch Clearing flags on attachment: 338492 Committed r230870: <https://trac.webkit.org/changeset/230870>
WebKit Commit Bot
Comment 3 2018-04-20 18:12:51 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 4 2018-04-20 18:13:16 PDT
Darin Adler
Comment 5 2018-04-30 09:54:23 PDT
Comment on attachment 338492 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=338492&action=review > Source/JavaScriptCore/inspector/IdentifiersFactory.cpp:39 > +static String addPrefixToIdentifier(const String& identifier) > +{ > + return makeString("0.", identifier); > +} If this code was at all performance critical, we should fix it to take an integer rather than a string, since makeString can convert a number to a string in place, avoiding allocating and destroying an additional string. > Source/JavaScriptCore/inspector/IdentifiersFactory.h:35 > static String requestId(unsigned long identifier); The use of "unsigned long" here is peculiar. We almost never use the "long" types in WebKit code rather than the "int" types or types like "uint32_t". unless there is a special reason. What is the reason here?
Note You need to log in before you can comment on or make changes to this bug.