New issue
Advanced search Search tips

Issue 778988 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Dec 6
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Impossible to remote debug a page which uses the new WebRTC Features

Reported by emailshw...@gmail.com, Oct 27 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3251.0 Safari/537.36

Steps to reproduce the problem:
1. Try going to a page which uses image capture API (like https://googlechrome.github.io/samples/image-capture/update-camera-zoom.html )
2. Connect your phone via USB Cable and follow procedure for remote debugging
3. Open up inspector from the remote debugging options for that page

What is the expected behavior?
The window should open in desktop showing the inspector for that page

What went wrong?
The inspector immediately disconnects and thus, impossible to remotely debug the page from desktop. 

Did this work before? Yes Not sure, but it worked as recently as a few days ago. 

Chrome version: 64.0.3251.0  Channel: stable
OS Version: OS X 10.12.6
Flash Version: 

This could be a mac specific issue or a general issue. I tried using Chrome (stable) as well as Chrome Canary on Mac, with same result. I also tried using Chrome for Android (stable) and Chrome Dev on mobile, with same results. 

This could either have to do with the Image Capture API or even general new WebRTC features (like mediaDevices.*)
 
Attaching a screenshot of inspector promptly disconnecting when you try to open inspector for that page. 

Note: Page is loaded on mobile and trying to inspect using Desktop via remote debugging. 
Screen Shot 2017-10-27 at 12.51.58.png
76.3 KB View Download
Did some further digging and it seems that it only does that if there is any style component to the page (which in the real-world, which will be pretty much always). 

By style component, I mean internal css like a something within a <style></style> inside the head, or external css like <link rel="stylesheet" href="style.css">
Labels: Needs-Milestone-M64 TE-NeedsTriageHelp
Could someone from dev team can look in to this issue?

Thanks!
Owner: dgozman@chromium.org
Status: Assigned (was: Unconfirmed)
Status: WontFix (was: Assigned)
Thank you for the issue! Cannot reproduce this on version 72, probably has been fixed already. If this persists, please comment here and we'll reopen.
Yes, it was fixed in previous versions. 

Sign in to add a comment