Difference between revisions of "Talk:Xfce"

From ArchWiki
Jump to: navigation, search
m (Remove closed discussions.)
(Multiple modifiers section: remove closed discussion)
 
(85 intermediate revisions by 12 users not shown)
Line 1: Line 1:
 +
== Lock screen on suspend ==
  
 +
[[Xfce#Lock the screen]] gives an introduction to screen locking, but I can't get it to work with xfce4-power-manager on resuming from suspend. I've found little on this [https://bbs.archlinux.org/viewtopic.php?id=180985] [https://www.reddit.com/r/archlinux/comments/2eyt80/xfce_slock_not_locking_screen_when_suspending/] and an old bug for Xfce 4.8. [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738124]. Locking via {{ic|Ctrl+Alt+L}} works as expected (slock). Can others reproduce, and if yes, should I investigate further and file a bug upstream? Perhaps this could be related to the light-locker transition (where I use [[xinitrc]]). -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 10:52, 13 July 2015 (UTC)
 +
: This functionality works fine for me but I use {{Pkg|gnome-screensaver}}. This might be an issue for specific screen lockers as opposed to a general Xfce issue. I notice that there is an alternative "lock screen before sleep" option under ''Applications'' -> ''Settings'' -> ''Session and Startup'' -> ''Advanced''. Perhaps that works where the xfpm option does not? -- [[User:Chazza|Chazza]] ([[User talk:Chazza|talk]]) 11:05, 13 July 2015 (UTC)
 +
 +
::Indeed, it works with gnome-screensaver. It even uses gnome-screensaver when I symlink slock in /usr/local/bin to xflock4 (though the shortcut and menu do respect xflock4). Looking through the source, xfpm is supposed to use xflock4 though [http://git.xfce.org/xfce/xfce4-power-manager/tree/common/xfpm-common.c#n58], so not sure what's happening here. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 06:04, 14 July 2015 (UTC)
 +
 +
:::It's worth taking a look at what xflock4 is actually doing here - it's just a shell script. As can be seen from the first for loop, it will try to execute {{ic|xscreensaver-command -lock}} and {{ic|gnome-screensaver-command --lock}} in that order and it will exit. Only if neither of those can be executed will it move on to deal with xclock and slock. So xfpm's behaviour is correct here.
 +
:::Edit: Whoops, misread. Yes I see the problem here, the symlink isn't being respected. Not sure why that would be the case.
 +
:::Edit2: The lock screen panel action button first tries to find the program in path before executing.[http://git.xfce.org/xfce/xfce4-panel/tree/plugins/actions/actions.c#n868] The power manager doesn't. That's probably the source of the inconsistency. -- [[User:Chazza|Chazza]] ([[User talk:Chazza|talk]]) 08:01, 14 July 2015 (UTC)
 +
 +
::::No activity since mid July - was a decision reached on this? -- [[User:Chazza|Chazza]] ([[User talk:Chazza|talk]]) 16:34, 17 September 2015 (UTC)
 +
 +
:::::I couldn't get this working outside gnome-screensaver/x-screensaver, even when putting a symbolic link directly in /usr/bin, but I'm afraid I didn't get the chance to contact upstream yet. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 11:16, 19 September 2015 (UTC)

Latest revision as of 11:25, 29 September 2015

Lock screen on suspend

Xfce#Lock the screen gives an introduction to screen locking, but I can't get it to work with xfce4-power-manager on resuming from suspend. I've found little on this [1] [2] and an old bug for Xfce 4.8. [3]. Locking via Ctrl+Alt+L works as expected (slock). Can others reproduce, and if yes, should I investigate further and file a bug upstream? Perhaps this could be related to the light-locker transition (where I use xinitrc). -- Alad (talk) 10:52, 13 July 2015 (UTC)

This functionality works fine for me but I use gnome-screensaver. This might be an issue for specific screen lockers as opposed to a general Xfce issue. I notice that there is an alternative "lock screen before sleep" option under Applications -> Settings -> Session and Startup -> Advanced. Perhaps that works where the xfpm option does not? -- Chazza (talk) 11:05, 13 July 2015 (UTC)
Indeed, it works with gnome-screensaver. It even uses gnome-screensaver when I symlink slock in /usr/local/bin to xflock4 (though the shortcut and menu do respect xflock4). Looking through the source, xfpm is supposed to use xflock4 though [4], so not sure what's happening here. -- Alad (talk) 06:04, 14 July 2015 (UTC)
It's worth taking a look at what xflock4 is actually doing here - it's just a shell script. As can be seen from the first for loop, it will try to execute xscreensaver-command -lock and gnome-screensaver-command --lock in that order and it will exit. Only if neither of those can be executed will it move on to deal with xclock and slock. So xfpm's behaviour is correct here.
Edit: Whoops, misread. Yes I see the problem here, the symlink isn't being respected. Not sure why that would be the case.
Edit2: The lock screen panel action button first tries to find the program in path before executing.[5] The power manager doesn't. That's probably the source of the inconsistency. -- Chazza (talk) 08:01, 14 July 2015 (UTC)
No activity since mid July - was a decision reached on this? -- Chazza (talk) 16:34, 17 September 2015 (UTC)
I couldn't get this working outside gnome-screensaver/x-screensaver, even when putting a symbolic link directly in /usr/bin, but I'm afraid I didn't get the chance to contact upstream yet. -- Alad (talk) 11:16, 19 September 2015 (UTC)