Users suggest that this issue does not happen on Firefox or Edge for same video. Feedback is not limited to English only

I suspect this is Media>Video but given that it only happens in fullscreen I'd like foolip to take a look first.

Thanks!

Same here. Youtube accessed from Google Chrome in full screen goes 180 degrees upside down. My system is Win 10. I checked through Firefox - works perfectly, no rotation. Checked in Microsoft Edge - no problem. Definitely Google Chrome issue

Disabling hardware acceleration does not help fix the issue.

Version

Google Chrome	58.0.3029.19 (Official Build) beta (64-bit)
Revision	5d34dc72a4caf034e4eaf5e6ec35be61f2586e8c-refs/branch-heads/3029@{#177}
OS	Windows
JavaScript	V8 5.8.283.12
Flash	25.0.0.127 C:\Users\kazym\AppData\Local\Google\Chrome\User Data\PepperFlash\25.0.0.127\pepflashplayer.dll
User Agent	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.19 Safari/537.36
Command Line	"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --flag-switches-end
Executable Path	C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
Profile Path	C:\Users\kazym\AppData\Local\Google\Chrome\User Data\Default
Variations	1e528f0f-3b7f37f3
38eb801c-3f4a17df
7c1bc906-8122a015
2a33b90e-2845784c
cf558fa6-48a16532
a5cb8590-f23d1dea
5ca89f9-3f4a17df
f1ab784a-3d47f4f4
f3499283-4f723f09
349d561b-3f4a17df
9e201a2b-3f4a17df
6eb432aa-3f4a17df
5274eb09-3f4a17df
5e3a236d-59e286d0
b684f56f-3f4a17df
b791c1b8-f23d1dea
9773d3bd-f23d1dea
b22b3d54-f23d1dea
2e109477-ca7d8d80
99144bc3-4da47e09
9e5c75f1-b4e2d6b6
f79cb77b-3f4a17df
9591f600-64e7d9a
23a898eb-3f4a17df
4ea303a6-fd7f4646
7aa46da5-669a04e0
64224f74-1410f10
de03e059-1410f10
64005e71-80deee2a
69bf80fa-91c810ef
b2f0086-93053e47
7fc902e8-3f4a17df
f11cb941-11910166
6844d8aa-669a04e0
3ac60855-486e2a9c
f296190c-a22f0910
4442aae2-6e597ede
ed1d377-e1cc0f14
75f0f0a0-6bdfffe7
e2b18481-92bb99a9
e7e71889-4ad60575
61b920c1-40a57c04
828a5926-ca7d8d80
Compiler	MSVC 2015 (PGO)


GPU page

Graphics Feature Status
Canvas: Software only, hardware acceleration unavailable
Flash: Software only, hardware acceleration unavailable
Flash Stage3D: Software only, hardware acceleration unavailable
Flash Stage3D Baseline profile: Software only, hardware acceleration unavailable
Compositing: Software only, hardware acceleration unavailable
Multiple Raster Threads: Unavailable
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only, hardware acceleration unavailable
Video Decode: Software only, hardware acceleration unavailable
Video Encode: Software only, hardware acceleration unavailable
VPx Video Decode: Software only, hardware acceleration unavailable
WebGL: Unavailable
WebGL2: Unavailable
Driver Bug Workarounds
clear_uniforms_before_first_program_use
decode_encode_srgb_for_generatemipmap
disable_discard_framebuffer
disable_framebuffer_cmaa
exit_on_context_lost
msaa_is_slow
scalarize_vec_and_mat_constructor_args
Problems Detected
GPU process was unable to boot: GPU access is disabled in chrome://settings.
Disabled Features: all
VPx decoding isn't supported before Windows 10 anniversary update.: 616318
Disabled Features: accelerated_vpx_decode
VPx decoding is too slow on Intel Broadwell, Skylake, and CherryView: 616318
Disabled Features: accelerated_vpx_decode
GPU rasterization should only be enabled on NVIDIA and Intel DX11+, and AMD RX-R2 GPUs for now.: 643850
Disabled Features: gpu_rasterization
Accelerated VPx decoding is hanging on some videos.: 654111
Disabled Features: accelerated_vpx_decode
Some drivers are unable to reset the D3D device in the GPU process sandbox
Applied Workarounds: exit_on_context_lost
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
On Intel GPUs MSAA performance is not acceptable for GPU rasterization: 527565
Applied Workarounds: msaa_is_slow
Framebuffer discarding can hurt performance on non-tilers: 570897
Applied Workarounds: disable_discard_framebuffer
Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198
Applied Workarounds: disable_framebuffer_cmaa
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Decode and Encode before generateMipmap for srgb format textures on Windows: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers
Version Information
Data exported	2017-3-19 14:06:46
Chrome version	Chrome/58.0.3029.19
Operating system	Windows NT 10.0.10586
Software rendering list version	12.19
Driver bug list version	9.35
ANGLE commit id	461d9a3060e3
2D graphics backend	Skia/58 be2b172886a73ce5bbdc41b4cdc57b36e246618c
Command Line Args	Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --flag-switches-end
Driver Information
Initialization time	0
In-process GPU	true
Passthrough Command Decoder	false
Sandboxed	false
GPU0	VENDOR = 0x8086, DEVICE= 0x22b0
Optimus	false
Optimus	false
AMD switchable	false
Desktop compositing	Aero Glass
Driver vendor	Intel Corporation
Driver version	10.18.15.4248
Driver date	8-4-2015
Pixel shader version	
Vertex shader version	
Max. MSAA samples	
Machine model name	
Machine model version	
GL_VENDOR	
GL_RENDERER	
GL_VERSION	
GL_EXTENSIONS	
Disabled Extensions	GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent
Window system binding vendor	
Window system binding version	
Window system binding extensions	
Direct rendering	Yes
Reset notification strategy	0x0000
GPU process crash count	0
Compositor Information
Tile Update Mode	One-copy
Partial Raster	Enabled
GpuMemoryBuffers Status
ATC	Software only
ATCIA	Software only
DXT1	Software only
DXT5	Software only
ETC1	Software only
R_8	Software only
RG_88	Software only
BGR_565	Software only
RGBA_4444	Software only
RGBX_8888	Software only
RGBA_8888	Software only
BGRX_8888	Software only
BGRA_8888	Software only
YVU_420	Software only
YUV_420_BIPLANAR	Software only
UYVY_422	Software only
Diagnostics
... loading ...

I can't reproduce using Chrome beta 58.0.3029.19 in a Windows 10 preview virtual machine (the one at https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/)

The Tokyo office is closed today so I can't get a loaner laptop, so adding Needs-TestConfirmation to figure out what's needed to reproduce and make a video recording, and Needs-Bisect to bisect to original commit, since this is a claimed regression.

As a result of the bisect I found that the commit https://chromium.googlesource.com/chromium/src/+/4f4b5efee23bcf51ccd96c23bd67cdc7bb1e07e2 is to blame

I am unable to reproduce the issue on non touch machines Windows 7 and 10(Looking for a devices which are two-in-ones or convertible which rotate either 180 or 360).

By any chance can we please know which devices this behavior is been observed. 

dmitriysuvorov90@ thank you for the Suspecting CL, But I see that the CL is way too old to get regressed in M57 I might be wrong too.

Issue is commonly reported on tablet PCs that can rotate 180 degrees like Lenovo yogapad, Lenovo Miix 300, Zenbook etc.

Other browsers work fine with same video.

Confirmed on Opera. Same happen since few days.
Opera 43.0.2442.1144
Windows 10 x64 Home - Tablet
Flash Player 24

I forgot one thing - playing youtube with Flash Player - additng &nohtml5=1 everything is OK, so there is bug in HTML5...

https://chromium.googlesource.com/chromium/src/+/4f4b5efee23bcf51ccd96c23bd67cdc7bb1e07e2 was one year ago, has this really been a problem for that long? From the product forum thread it definitely seems like it's a recent problem. Keeping the Needs-* labels for confirmation.

Nevertheless, assigning to aleksandar.stojiljkovic to investigate if there is a connection.

Bisect was on CHUWI Hi10 Tablet, Windows 10.

Yes, the problem is there new, as some of users say, since few days ago, but still it seems related.

There is another, more recent change that shouldn't be related since the flag is enabled only on Android. However, cc-ing mlamouri@. 

* Issue 670455 Fullscreen Media Orientation (no access rights to view it),
** https://crrev.com/2556573003: Media: lock orientation when <video> goes fullscreen. 
** https://crrev.com/2624763002: Enable VideoFullscreenOrientationLock by default on trunk. (under  #if defined(OS_ANDROID)).

The best way would be to revert the Windows implementation of screen orientation lock (https://crrev.com/1758823004) and debug the problem after. foolip@, I'd like to hear what is your and mlamouri@chromium.org's opinion on this.

Not able to reproduce it with Lenovo Yoga 12 with Dev build 59.0.3042.0. Attached the video.

One of the users got a workaround [1] which should be debugged further after (why it works then). Note that the scenario is the same as on captured video, but for me it works properly regardless of the starting orientation.

TitaniumJeff said:
I think I've accidentally figured it out! If you turn the tablet screen to portrait mode then try opening to full screen, it displayed my full screen normally in the landscape orientation!

https://productforums.google.com/d/msg/chrome/3wT0CfPlhes/dlFew2VBDwAJ

dmitrysuvorov90@gmail.com,
Thanks a lot for bisecting. I understand that you built with https://chromium.googlesource.com/chromium/src/+/4f4b5efee23bcf51ccd96c23bd67cdc7bb1e07e2 as the latest commit in git index and the issue was reproducible.
Or, you reverted the patch and built using the more recent codebase?
Thanks.

Deleted: VID_20170321_0943481.m4v 3.4 MB

VID_20170321_0943481.m4v 3.4 MB Download

Created a revert here.
https://codereview.chromium.org/2761213003

I am not able to reproduce it - works as expected (as on the video attached).
Also, tried using "chrome.exe --disable-screen-orientation-lock" but it still rotates.

Based on comment#15 cc'ing mlamouri@.

Regarding comment #15, the feature should only be enabled on Android and on phones.

Reproducible on Linx 8 Windows tablet.
Video shows it occurring in Chrome 57.0.2987.98, but also occurs in current stable Chrome 57.0.2987.110

https://www.youtube.com/watch?v=qzQRej2twwg

+jbauman in case he has ideas. Does this only happen on YouTube?

+strobe, does YouTube use orientation lock on any Windows devices? Thus far all our reports are on YouTube.

Please note we're planning M57 stable respin sometime this week or early next week. Please let us know if this is M57 Stable blocker (If it is a Stable blocker, fix needs to be fully safe and merge to release branch ASAP). Thank you.

This might be related to the launch of orientation locking for HTML5 YouTube videos, which went live last week. Chrome supports this api on Windows Surface tablets.

Repro steps on a Surface 3 tablet:

- Unplug any keyboard.
- View a vertical video: https://www.youtube.com/watch?v=17uHCHfgs60
- Enter fullscreen.

Depending on your settings, different things happen:
Tablet mode on,  rotation lock off,        no keyboard: Orientation locks to portrait
Tablet mode off, rotation lock off,        no keyboard: Orientation locks to portrait
Tablet mode on,  rotation lock on,         no keyboard: Orientation locks to portrait
Tablet mode off, rotation lock on,         no keyboard: Orientation locks to portrait
Tablet mode on,  rotation lock forced on,  keyboard: Orientation doesn't lock
Tablet mode off, rotation lock forced on,  keyboard: Orientation doesn't lock

Unplugging and plugging in the keyboard appears to between these modes (changing the orientation of the video).

mherkender@ looks like we've got some issues with that API (and have since m51 at least). Given the non-regression status, I recommend YouTube disable this functionality on Windows Chrome at this time. We'll try to resolve the issue as soon as possible, but it's unlikely to make M57.

Note: We could also just delete this functionality from Windows Chrome from M57 (or until fixed) as Aleksandar is attempting in c#16 -- this achieves the same effect.

#27 dalecurtis@chromium.org,
> Note: We could also just delete this functionality from Windows Chrome from M57 (or until fixed) as Aleksandar is attempting in c#16 -- this achieves the same effect.

Can we confirm that this doesn't happen on public release of Chrome?
If so, we might need to do both Chrome and YouTube fix.

mherkender@google.com, dalecurtis@chromium.org,
Patch is ready, but urgency of applying it depends on whether it is happening on public release already and if it is going to be disabled on YouTube.


#23 govind@chromium.org,
> Please note we're planning M57 stable respin sometime this week or early next week. Please let us know if this is M57 Stable blocker (If it is a Stable blocker, fix needs to be fully safe and merge to release branch ASAP). Thank you.

This looks like a blocker, especially if YouTube doesn't disable this (#26).
The patch https://codereview.chromium.org/2761213003/ is ready to go master branch.

Who is going to evaluate if this is blocker or not?

Did someone report this to YouTube yet?

#30 foolip@chromium.org,
I did it using public "Send Feedback".

#19 lord.devlin@gmail.com,
> Reproducible on Linx 8 Windows tablet.
> Video shows it occurring in Chrome 57.0.2987.98, but also occurs in current stable Chrome 57.0.2987.110

Thanks. So, the fix would need to go also to YouTube until we get new stable released with the functionality disabled.

strobe, mherkender are YouTube folk.

I haven't been able to reproduce the problem on an i3 HP Windows 10 tablet, Lenovo i5 laptop, or a Chromebook- the common element in reports appears to be Atom with Intel integrated graphics like the Lenovo Miix300. Others have reported it affects both 64 and 32-bit versions. I first noticed the issue in Chrome 56.0.2924.87 32-bit, Windows 10 Pro current build.

An update from YouTube: Orientation locking has been disabled for now.

(LAND) https://crrev.com/2761213003: Revert of Screen.orientation lock API implementation for Windows8 and later.

#33,  jashby@stgab.org,
Thanks for analysis - helps a lot.

The functionality is disabled for now in Chrome on Windows. Further debugging needed to figure out the issue with specific hardware.

Patch is in master branch, AFAIK no urgency for it to go to release branch as it is disabled on YouTube.

Issue 705664 has been merged into this issue.