Unable to reproduce the issue on Linux 14.04 chrome version 56.0.2924.18 - videos played fine in youtube

Could you please upgrade to latest dev and with a new profile see if issue still exists.

Demonstration: https://youtu.be/In_Ruh8wuws

Hint: Try Fedora 25 with Wayland. (Seems that your implementation works correctly only with Xorg, it looks like crutch.)

I think it is an issue with Google Chrome because desktop video player such as Totem work as expected.

Thank you for providing more feedback. Adding requester "tkonchada@chromium.org" for another review and adding "Needs-Review" label for tracking.

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

@mikhail.v.gavrilov:

Thanks for filing the issue, Its look like OS specific issue not chrome issue.Could you please check in other browsers for clarification and let us know the observation which would help us to triage the issue further.

Thank you!  

> Thanks for filing the issue, Its look like OS specific issue not chrome issue.
This is Google Chrome issue, I am also checked it on Forefox 53.0a1.
Firefox not goes sleep when I watch online video under Wayland.
And please use Fedora instead Ubuntu for future testing.
Ubuntu is worst Linux distribution ever with proprietary crap.

Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" for another review and adding "Needs-Review" label for tracking.

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

As per comment #6 tested the issue on chrome Stable #55.0.2883.87, Dev #57.0.2970.0 on linux Fedora 24 and was able to reproduce the issue.

This is a Non-Regression issue since seeing this from M46 #46.0.2463.0, Making the status to Untriaged so that the issue would get addressed.

Note :Before M46 builds are not working in fedora 24.

Thank you.

I can confirm this problem on Arch running Chromium 60 or chromium-based browsers (Opera and Vivaldi) under Gnome or Plasma Wayland sessions. No problem under X11.
My monitor turns off when I watch a html5 or flash video.

Related
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1709084

The Chrome power saver on Linux requires X11, see: https://cs.chromium.org/chromium/src/services/device/wake_lock/power_save_blocker/power_save_blocker_x11.cc

Any progress with this big usability problem?
Monitor is still turning off under Wayland (both Gnome and KDE Plasma).

Hi. Does the youtube video needs to be played in fullscreen?

I would like to verify it with our Chromium/Wayland implementation: https://github.com/Igalia/chromium/

I verified the issue without fullscreen.

> Hi. Does the youtube video needs to be played in fullscreen?
Yes of course.

Ok, I've just verified the issue on the latest Chromium/Wayland build from https://github.com/Igalia/chromium/, and issue still occurs:

playing a video in fullscreen does not prevent my monitor from locking up/pause video. screen goes black, and logging back in manually resumes playing.

OS: Fedora 27, with Gnome/Wayland.

relevant code is here https://cs.chromium.org/chromium/src/services/device/wake_lock/power_save_blocker/

Looks like X11 uses XScreenSaverSuspend.  The equivalent wayland API is zwp_idle_inhibit_manager_v1_create_inhibitor.  I would file a bug with XWayland to do the translation.

Chromium should not prevent that monitor turns off only when the video is in fullscreen mode.
Monitor also must remain on while the active tab plays a video (in both html5 and flash modes) and chromium window is focused.

The problem reported here affects chromium 63.0.3239.132 on Arch Linux running Gnome 3.26.2 Wayland session.
Any progress please?

I have to question the logic in power_save_blocker_x11.cc, which gates the selection of the Gnome inhibit API on the presence on DPMSEnabled(), which checks for the presence of the X11 DPMS extension. It would seem to make more sense to query the API itself as to the state of the desktop environment's idle detection.

c#25 that's a good point.  We don't actually use DPMS directly, so I think we can remove that check.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f401ca34a9bb4497e6b9335f493c15167a90b366

commit f401ca34a9bb4497e6b9335f493c15167a90b366
Author: Tom Anderson <thomasanderson@chromium.org>
Date: Wed Feb 21 01:55:34 2018

Remove check for DPMS in PowerSaveBlocker

The DPMS extension is not available in XWayland, but the D-Bus APIs for
controlling power blocking still work.  Since we can't rely on the presence of
DPMS for power blocking any more, remove the check altogether.

The check for DPMS was done because some GNOME/Freedesktop D-Bus service
managers would enable DPMS on-the-fly even when users had DPMS disabled.  Chrome
shouldn't have to worry about this case though, since DPMS is a layer beneath
the D-Bus APIs.  It's the responsibility of the service managers to do this
check, not clients.

BUG= 671005 
R=thestig
TBR=scottmg

Change-Id: I232da0ab0f1ab40e766edf882ce442bf9c723c51
Reviewed-on: https://chromium-review.googlesource.com/927101
Reviewed-by: Thomas Anderson <thomasanderson@chromium.org>
Reviewed-by: Lei Zhang <thestig@chromium.org>
Commit-Queue: Thomas Anderson <thomasanderson@chromium.org>
Cr-Commit-Position: refs/heads/master@{#537987}
[modify] https://crrev.com/f401ca34a9bb4497e6b9335f493c15167a90b366/services/device/wake_lock/power_save_blocker/power_save_blocker_x11.cc

Tested this issue on Fedora 25 using chrome 66.0.3352.0 as per C#0 & C#6.

Able to view online videos successfully with out any issue. Watched more than 10 mins & its not going to sleep mode.

Please find the attached screencast for reference.(Due to memory constraint, recorded video for few mins).As it is working as intended, adding TE verified labels.

Thanks..!