New issue
Advanced search Search tips

Issue 767511 link

Starred by 5 users

Issue metadata

Status: Archived
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug


Previous locations:
webrtc:8264


Sign in to add a comment

Video element in desktop Chrome is not resized when remote iOS client rotates the device

Reported by yu...@appear.in, Sep 19 2017

Issue description

What steps will reproduce the problem?
1. Launch AppRTC Mobile on iOS device.
2. Enter a room from iOS when device is in portrait orientation.
3. Enter the same room from Chrome.
4. Open Javascript console in Chrome and paste the following code:

document.querySelectorAll('video').forEach(videoEl =>
    videoEl.addEventListener('resize', () => console.log(videoEl.id, videoEl.videoWidth, videoEl.videoHeight))
);

5. Rotate iOS device to landscape and back to portrait.

What is the expected result?
'resize' event is performed for remote video element and there is an output in Javascript console when iOS device is rotated to landscape and back:

remote-video 640 480
remote-video 480 640

What do you see instead?
Nothing happens, 'resize' is not called. Web app cannot adopt to video proportions change.


What version of the product are you using? On what operating system?
Chrome Version 61.0.3163.91 (Official Build) (64-bit)
macOS 10.12.6 (16G29)

Remote iOS client: AppRTC build from latest commit in master: 7de1eb7bdc7212fb80ba209ee8c593e8232a2e40
iOS 11.0 GM build

Please provide any additional information below.

This is very similar to the previous issue I submitted a while ago except now it's reproducible for any codec, not just H264. Previous issue was moved to Chromium tracker.
https://bugs.chromium.org/p/chromium/issues/detail?id=740049

It works as expected in Firefox 55.0.3

 
event_log.214.1
449 KB Download
Project: chromium
Moved issue webrtc:8264 to now be  issue chromium:767511 .
Components: Blink>WebRTC>Video
Labels: OS-iOS
Labels: -OS-iOS OS-Mac
 Issue 740049  has been merged into this issue.
Is this a regression? Do you know if the CVO header extension has been negotiated?
Labels: Needs-Feedback
Project Member

Comment 8 by sheriffbot@chromium.org, Nov 1 2017

Status: Archived (was: Unconfirmed)
No feedback was received in the last 30 days from reporter "yuriy@appear.in", so archiving this. Please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by yu...@appear.in, Nov 7 2017

Sorry for the late feedback.

It is partly a regression, it used to work with vp8 codec in Chrome 59 but never worked with h264. Now it doesn't work with any of the codecs.

CVO header extension was negotiated as both offer and answer SDPs include "extmap:4 urn:3gpp:video-orientation" (see attached dump for details).
webrtc_internals_dump.txt
798 KB View Download

Comment 10 by yu...@appear.in, Nov 7 2017

I filed new bug, as this was automatically archived https://bugs.chromium.org/p/chromium/issues/detail?id=782245

Sign in to add a comment