(In reply to Sergey Kondakov from comment #86)
> 2) GNOME screensaver requires the core GNOME framework to go with it, not
> just GTK. Kinda overkill for a screensaver.
Scratch that ! I just read up on:
http://www.jwz.org/blog/2011/10/has-gnome-3-decided-that-people-shouldnt-want-screen-
(In reply to Bastien Nocera from comment #83)
> I'll add that xdg-screensaver is an unmitigated piece of . It
> reimplements the bugs that using D-Bus for inhibition is supposed to fix
> (namely that if the app disappears, the screensaver shouldn't be left
> inhibited).
Mh, yeah, it's odd that
(In reply to Bastien Nocera from comment #80)
> It's not "dbus xscreensaver interface support". It has nothing to do with
> XScreensaver.
Ah, just noticed ancient https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=377056
> XScreensaver implements no D-Bus interface. The D-Bus interface should wor
(In reply to Milan Bouchet-Valat from comment #78)
> Sergey, could you check whether with the S3 add-on disabled the screensaver
> is still not inhibited?
It's that way even with almost empty profile and "safe mode". I also
noticed that VLC-2.1.5 doesn't inhibit it also even thought it
supposedly
Doesn't seem to be fixed in Firefox 33 on OpenSuse 13.1 with KDE4 &
XScreenSaver-5.29 (not KDE's one): xscreensaver still sprungs up while
playing fullscreen video on Youtube. May be a result of using "Download
Manager (S3)" addon which draws a bar at the bottom that disappear
slightly after video
5 matches
Mail list logo
