Bug 178357 - iOS locks up when in portrait mode within WebRTC session
Summary: iOS locks up when in portrait mode within WebRTC session
Status: RESOLVED DUPLICATE of bug 176439
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebRTC (show other bugs)
Version: Safari 11
Hardware: iPhone / iPad iOS 11
: P2 Critical
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-16 12:10 PDT by Mike Block
Modified: 2017-10-21 12:39 PDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Block 2017-10-16 12:10:26 PDT
While inside an RTC session, if I the device is in portrait mode, playback works for about 5 seconds and then the display becomes frozen and non-responsive.

The local stream is still delivered to the connected remote peers while the display is locked, at least for a minimum of 30 seconds after the device locks up.

There is nothing in the debug console reporting an issue. Not sure what events would be raised when this issue is triggered.

This is a consistent and repeatable event. I'm testing on an iPad Mini ME277C/A running iOS 11.0.3 (15A432)

- It seems from other reports that the lockup may release after several minutes on it's own.
- Tests have been conducted in a closed loop (i.e. all devices in the same physical network location).
- Once connected, there is no additional data being passed between the device and server outside the RTCPeerConnection objects themselves (i.e. no other TCP traffic)

If the screen is not rotated, no lockup seems to occur, but longer tests would be required to confirm this is the case.

Other developers seem to have suggested that cropping the display of a video inside an HTML container DIV using  CSS is the reason for the issue.
Comment 1 Mike Block 2017-10-18 10:31:51 PDT
Seems this is a duplicate of this ticket:

https://bugs.webkit.org/show_bug.cgi?id=176439

Hopefully having the entire OS lock up because of a CSS styling issue is considered worthwhile fixing. I'll close this ticket and follow the other one.
Comment 2 Mike Block 2017-10-18 10:32:52 PDT
Sorry - leaving this as status new because resolved is not accurate.
Comment 3 youenn fablet 2017-10-18 10:46:39 PDT
(In reply to Mike Block from comment #1)
> Seems this is a duplicate of this ticket:
> 
> https://bugs.webkit.org/show_bug.cgi?id=176439

I would think so.

> Hopefully having the entire OS lock up because of a CSS styling issue is
> considered worthwhile fixing.

I would think so too!
Comment 4 Alexey Proskuryakov 2017-10-21 12:39:15 PDT
Marking as duplicate per the above comments.

*** This bug has been marked as a duplicate of bug 176439 ***