New issue
Advanced search Search tips

Issue 818003 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

Video streams in HUAWEI/ P10 Plus continuously fail when attempting to play in video dom object

Reported by da...@legacyx.ca, Mar 1 2018

Issue description

Chrome Version       : <From about:version: Google Chrome 64.0.3282.137>
URLs (if applicable) : host the file attached or https://davidwalsh.name/demo/camera.php
OS version               : (OS Android 7.0 VKY-L09 Build/HUAWEIVKY-L09)
Network (such as Cable/DSL/Dial up etc):
Audio/Video format (if applicable):
Special chrome flags (if applicable):

Behavior in Safari (if known):
Behavior in Firefox (if known): Stream is obtained and video plays

Video issue, Audio issue, both, neither? Video Issue

<b>Flash or HTML5?  <right-clicking most players will either reveal some text</b>
with “Flash”; otherwise likely HTML5> HTML5

If the browser or renderer crashed (“Aw, Snap”), please add any crash
IDs from chrome://crashes  (possibly after enabling crash reporting per
http://support.google.com/chrome/bin/answer.py?hl=en&answer=96817)

What steps will reproduce the problem?
(1)Host the html file attached 
(2)Navigate to the page with HUAWEI/ P10 Plus
(3)

What is the expected result?
A video stream is obtained. then the video dom object plays a feed from any camera on the device.

What is the actual result?
A video stream is aquired then after the video dom object tries to play the stream the stream stops and changes state active to false.

Any additional information (anything else which may help us debug the
issue)? Opera and Firefox on the same device both manage to access the video stream


Please attach the HTML5/JavaScript code or audio/video files as well as
screenshot and/or videos (if applicable)

 
VerySmallVideoThing.html
623 bytes View Download

Comment 1 by ajha@chromium.org, Mar 2 2018

Labels: OS-Android
Labels: Needs-triage-Mobile
Cc: pnangunoori@chromium.org
Components: Blink>WebRTC>Video
Labels: Triaged-Mobile Needs-Feedback
Tested on Pixel Android 8 and Samsung J7 Android 7.0.0 using Chrome #64.0.3282.137 & Canary #67.0.3361.0 and observed the text "The smallest video thing possible" and Camera of the device doesn't seems to be accessed. 

However, when the file is accessed through FireFox, device camera is switched on.

david@ -- Thanks for reporting this issue. Could you please confirm if the above mentioned behavior is the issue or anything else and is the issue device specific? If anything, could you please share the Good and Bad behavior. This would help us in reproducing and triaging the issue further.

Thanks in advance!

Comment 4 Deleted

Comment 5 by da...@legacyx.ca, Mar 8 2018

Yes, I believe you have recreated the bug. I thought it was device specific but seeing as you have recreated it on different devices I guess it is not device specific.
Project Member

Comment 6 by sheriffbot@chromium.org, Mar 8 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: FoundIn-66 Target-67 FoundIn-67 M-67 FoundIn-65
Status: Untriaged (was: Unconfirmed)
Tested the issue in Android and able to reproduce the issue. Similar behavior is observed since Chrome #61.0.3116.0

Steps Followed:
1. Launched the Chrome Browser.
2. Open the sample HTML file in the original comment
3. Observed the text "The smallest video thing possible" message is displayed and camera of the device is not accessed.

However, in the FireFox mobile version, camera is accessed.

Chrome versions tested:
61.0.3116.0, 65.0.3325.109(Stable), 67.0.3365.0(Canary)

OS:
Android 8.1

Android Devices:
Pixel XL, Pixel

This seems to be a Non-Regression issue as same behavior is seen since M61. Untriaged for further input's on this issue.

Please navigate to below link for log's and screen cast--
go/chrome-androidlogs/818003

Note: 
1. This issue is not observed in Desktop. 
2. For the earlier version of Chrome before and for M-60, "Aw-Snap.." error is seen.
3. Issue is not observed on FireFox mobile version.

Thanks!
Owner: magjed@chromium.org
Status: Assigned (was: Untriaged)
Sounds like this could be a capture issue. Magjed, what do you think?
Owner: chfremer@chromium.org
Chromium uses their own video capturers independent of the implementations we have in Mobile WebRTC, so I'm not familiar with this. I'm not sure who the owner is for the Android video capturer in Chrome. I'm assigning to Christian, hopefully he knows.
Cc: guidou@chromium.org
I am not an expert on the JavaScript side of things, but when comparing the JavaScript from the report to the one from https://webrtc.github.io/samples/src/content/getusermedia/gum/, which does not seem to have that issue, I see the following difference. Instead of 

  video.src = window.URL.createObjectURL(stream);
  video.play();

it does

  video.srcObject = stream;

Is that what makes a difference between working and not working?


Comment 11 by da...@legacyx.ca, Apr 2 2018

srcOjbect is listed as an experimental feature. It may be in Canary but shouldn't the other solution still work? As I stated earlier the same code works fine on Firefox, I have also tested on Opera and it works there as well. 
Labels: -M-67 M-69

Sign in to add a comment