![]() Mouse click or scroll: Xscreensaver's is triggered 1 minute after the last mouse click or scroll event, as expected.Mouse click or scroll (iirc both are mouse button events): Xscreensaver's timer is not reset, so it is triggered 1 minute after the last registered event (key press or mouse movement).Moving the mouse: Xscreensaver is triggered 1 minute after the last mouse movement, as expected.Keyboard key press: Xscreensaver is triggered 1 minute after the last key press, as expected.So, we can discard that both power management systems are "fighting" each other. Then, I configured xscreensaver to blank the screen after 1 minute. Also, it is not the "compositing" glitch mentioned in the documentation (GUI troubleshooting).įirst of all I set all the display power management settings in the Xfce Power Management dialog to "Never" ("Blank after", "Put to sleep after" and "Switch off after"). The first thing I did was discarding the problem related to time synchronization mentioned by I checked the logs and there isn't any time change event around the time when the screen lock happens. So, I started doing some basic tests to understand under what conditions this was happening. Specifically, in my case this was happening while reading long documents where I was basically scrolling up and down with the mouse wheel (using a trackpad). I'm using Qubes 4.0.3 with XFCE4 and I have also started experiencing random screen locks. If its still around, maybe it'll go away on its own once dom0 is updated to fc26+ or never XScreensaver version in dom0 fc25? Whether this bug still happens, I'm not sure, it's been some months now. So I don't think I can encounter the bug anyway given the countdown timer is disabled, but this is only a deduction based on an anecdotal observation. However I also disable the XScreenSaver inactivity countdown my self, and instead made it a habit to manually log screen when absent, or manually trigger it with suspend mode instead. I have not observed it on my own Qubes system. when streaming movie, but Qubes keyboard/mouse/etc. It never happened for him while he was using Qubes, but the 720 minute count didn't wait for 12 hours, but instead sometimes randomly happened in-between when inactive (i.e.For example, despite setting it to the max 720 minutes, it still occured "at times" within an hour at the very least, despite having the setting to last 12 hours (720/60) of computer inactivity.It didn't happen when Qubes was used, but instead it didn't respect the inactivity countdown timer.His problem was a bit different but similar.He still enables it manually when absent though (i.e.He no longer had the issue after fully disabling the countdown timer.I found a fix for him by outright disabling XScreenSaver by clicking the "Disable Screen Saver" in the Mode: dropdown menu in XScreenSaver settings. I have an acquaintance (also on Qubes), who once had a similar problem like this (Xfce4, XScreenSaver, Qubes 4.0. However, in contrast to #2399, the screen is in fact locked in the present issue. I will try to remember to capture and provide logs as requested when the issue occurs again. I have searched /var/log/X.org.0.log and ~/.xsession-errors, but haven’t found anything conspicuous. I have a feeling that this issue is getting worse (happens more often recently), but that is hopefully just my imagination. The mouse can only move inside the X screensaver window, moving the mouse or typing any keys (including Alt+Tab, Strg+Alt+Left, Strg+Alt+Right, …) does not redraw the screen. Screen lock window gives feedback and unlocks screen when correct password is provided. Sometimes, out of the blue, seemingly randomly, the screen will lock. ![]() Screen never locks while user is actively using the computer. Work at the computer for a long amount of time.
0 Comments
Leave a Reply. |