137663 2014-10-13 11:28:27 -0700 Web Inspector: should be able to dump protocol traffic to console when remote inspecting 2026-01-12 09:02:21 -0800 1 1 1 Unclassified WebKit Web Inspector 528+ (Nightly build) All All NEW InRadar P2 Normal --- 151635 147066 1 burg webkit-unassigned graouts inspector-bugzilla-changes webkit-bug-importer oldest_to_newest 1041315 0 burg 2014-10-13 11:28:27 -0700 This does nothing when remote inspecting: WebKit2LogsPageMessagesToSystemConsoleEnabled So even if InspectorBackend is dumping protocol traffic, you can only see it in the second level inspector. This doesn't scale well if you need to look at large amounts of traffic or save it to a file for processing. It would be great if we had some way to optionally forward console messages so they would be dumped on the desktop's stderr, rather than on an iOS device. A workaround is using InspectorFrontendHost.unbufferedLog to dump protocol messages, but it would be good to see other console output as well. We could expose WebKit2LogsPageMessagesToSystemConsoleEnabled through InspectorFrontendHost, but it's not easy to tee the calls to console.log since it is implemented as a native method. 1041318 1 webkit-bug-importer 2014-10-13 11:28:42 -0700 <rdar://problem/18636166> 1042650 2 burg 2014-10-18 17:00:07 -0700 I guess the inspector could forward console.log calls to InspectorFrontendHost.unbufferedLog (or something similar) if inspecting a remote target. 1139733 3 bburg 2015-11-05 13:34:30 -0800 Maybe the problem is that remote inspector is WK1, and it's a different pref. We have too many prefs. 1144642 4 bburg 2015-11-28 00:07:32 -0800 Adding dependency which will make it possible to implement a proxying protocol tracer.