RESOLVED FIXED 164682
Web Inspector: Type Profiler and Code Coverage Profiler should work in Workers
https://bugs.webkit.org/show_bug.cgi?id=164682
Summary Web Inspector: Type Profiler and Code Coverage Profiler should work in Workers
Joseph Pecoraro
Reported 2016-11-12 11:10:26 PST
Summary: Type Profiler and Code Coverage Profiler should work in Workers Enable/Disable for Workers when enabling/disabling for the Page.
Attachments
[PATCH] Proposed Fix (8.63 KB, patch)
2016-11-12 11:13 PST, Joseph Pecoraro
no flags
Radar WebKit Bug Importer
Comment 1 2016-11-12 11:13:20 PST
Joseph Pecoraro
Comment 2 2016-11-12 11:13:49 PST
Created attachment 294621 [details] [PATCH] Proposed Fix
Darin Adler
Comment 3 2016-11-12 21:18:24 PST
Comment on attachment 294621 [details] [PATCH] Proposed Fix Is there a way to test this code?
WebKit Commit Bot
Comment 4 2016-11-12 21:42:05 PST
Comment on attachment 294621 [details] [PATCH] Proposed Fix Clearing flags on attachment: 294621 Committed r208664: <http://trac.webkit.org/changeset/208664>
WebKit Commit Bot
Comment 5 2016-11-12 21:42:09 PST
All reviewed patches have been landed. Closing bug.
Nikita Vasilyev
Comment 6 2016-12-09 14:12:51 PST
I noticed RuntimeAgent.enableTypeProfiler and RuntimeAgent.enableControlFlowProfiler in WebInspector.loaded method were unchanged. Was it on purpose? this.showJavaScriptTypeInformationSetting = new WebInspector.Setting("show-javascript-type-information", false); if (this.showJavaScriptTypeInformationSetting.value && window.RuntimeAgent && RuntimeAgent.enableTypeProfiler) RuntimeAgent.enableTypeProfiler(); this.enableControlFlowProfilerSetting = new WebInspector.Setting("enable-control-flow-profiler", false); if (this.enableControlFlowProfilerSetting.value && window.RuntimeAgent && RuntimeAgent.enableControlFlowProfiler) RuntimeAgent.enableControlFlowProfiler();
Joseph Pecoraro
Comment 7 2016-12-09 16:06:25 PST
(In reply to comment #6) > I noticed RuntimeAgent.enableTypeProfiler and > RuntimeAgent.enableControlFlowProfiler in WebInspector.loaded method were > unchanged. Was it on purpose? > > this.showJavaScriptTypeInformationSetting = new > WebInspector.Setting("show-javascript-type-information", false); > if (this.showJavaScriptTypeInformationSetting.value && > window.RuntimeAgent && RuntimeAgent.enableTypeProfiler) > RuntimeAgent.enableTypeProfiler(); > > this.enableControlFlowProfilerSetting = new > WebInspector.Setting("enable-control-flow-profiler", false); > if (this.enableControlFlowProfilerSetting.value && window.RuntimeAgent > && RuntimeAgent.enableControlFlowProfiler) > RuntimeAgent.enableControlFlowProfiler(); That code turns on the feature to match the initial value of the setting. The code I'm adding toggles the feature based on the setting changing. Both are necessary.
Joseph Pecoraro
Comment 8 2016-12-09 16:08:00 PST
Oh I'm sorry, I commented thinking this was a different bugzilla bug. In this code no other Target will exist yet. Only the MainTarget which this is affecting. When other Targets are added, they run additional code. See WorkerTarget.
Nikita Vasilyev
Comment 9 2016-12-09 16:23:31 PST
(In reply to comment #8) > Oh I'm sorry, I commented thinking this was a different bugzilla bug. > > In this code no other Target will exist yet. Only the MainTarget which this > is affecting. > > When other Targets are added, they run additional code. See WorkerTarget. I see, it makes sense.
Note You need to log in before you can comment on or make changes to this bug.