It would be ideal to have the Mode (Normal or Presentation) updated based on the current status of DPMS. For example, if Presentation Mode is selected and xflock4 is activated, DPMS will be re-enabled and the Mode will still be displayed as Presentation.
This works fine for me in xfce4-power-manager 1.3.2. Could you try to reproduce the issue with a more recent version (>=1.3.0) of xfce4-power-manager?
(In reply to tesoro302 from comment #0) > It would be ideal to have the Mode (Normal or Presentation) updated based on > the current status of DPMS. For example, if Presentation Mode is selected > and xflock4 is activated, DPMS will be re-enabled and the Mode will still be > displayed as Presentation. Which locker do you use by xflock4? It would be even more ideal, if after locking screen by xflock4 DPMS state would be reverted to the previous state when screen is unlocked. In the current implementation of xflock4, "xset dpms force off" is used when starting conventional lockers. That enables DPMS and I think it is impossible to revert the DPMS state upon unlocking with them, if xflock4 is supposed to fork. So maybe removing "xset dpms force off" from xflock4 would be a good idea. If mouse or keyboard activity occurs, display will be turned on anyway, and if DPMS is enabled and nonzero timeout is set, it will turn display off anyway after the timeout.
I can reproduce this in 1.4.4 On the other hand, it is good to enable DPMS while locking display. xflock4 may enable DPMS features and it may not revert to the settings that were before calling xflock4. The power manager setting does not follow this change nor does the power manager return the change. Is there a way to know if screen is locked in general case?
I guess power manager could poll for the change at some frequency, and maybe notify user about the change.
Neither did I add that portion to xflock4 about DPMS nor do I have any clue as to why it was added - I can only presume that those lockers take care of re-enabling DPMS. (If not we would have seen tons of bugreports against this particular feature of xflock4 ages ago already.) Keep in mind that we're just calling a dumb script here and the only way of "knowing" (in fact: assuming) whether locking succeeded is its return code. So yeah, I don't see any way to reliably track (successful) locking in any given locker, plus locking is actually another application's responsibility.
(In reply to Simon Steinbeiss from comment #5) > Neither did I add that portion to xflock4 about DPMS nor do I have any clue > as to why it was added - I can only presume that those lockers take care of > re-enabling DPMS. (If not we would have seen tons of bugreports against this > particular feature of xflock4 ages ago already.) That was added to save monitor/energy when some locker that does not handle turning off monitors by themselves, is used. And what is the problem here, is that in this way they do not disable DPMS after locking quits, in case it was disabled before the locking starts. We can use a wrapper script to handle restoring the DPMS state. However DPMS state may be altered elsewhere, thus confusing the Normal/Presentation mode of power manager.
(In reply to Jarno Suni from comment #6) > That was added to save monitor/energy when some locker that does not handle > turning off monitors by themselves, is used. And what is the problem here, > is that in this way they do not disable DPMS after locking quits, in case it > was disabled before the locking starts. We can use a wrapper script to > handle restoring the DPMS state. I have equipped xflock4 by such a wrapper in some attachments of Bug #10217. The DPMS hack works with lockers that do not fork and do not change DPMS settings themselves.
Anyway, e.g. Xscreensaver may change DPMS, when locking by it (Bug #10205)
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-power-manager/-/issues/4. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev