Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1957658
Summary: | xscreensaver clashes with xfce4-screensaver | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | René Genz <liebundartig> |
Component: | xfce4-session | Assignee: | Mukundan Ragavan <nonamedotc> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 34 | CC: | apodtele, fahlmanc_ca, jwadodson, kevin, linuxgeek46, nonamedotc, pierreblavy, redhat |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | xfce4-session-4.16.0-3.fc34 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-06-24 16:51:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: |
Description
René Genz
2021-05-06 09:09:37 UTC
Ah! Looks like I missed it when we moved to xfce4-screensaver. I think we should remove the xscreensaver file. @kevin what do you think? +1 on that. The downside will be for people who want to use xscreensaver instead of xfscreensaver, but hopefully those folks can manually enable it. Any progress on this? The issued ERRATA do not fix the unlocking issue. I will do this in the coming days. I was away for several days recently. Workaround press alt ctrl F2 log in in terminal killall kfce4-screensaver press alt ctrl F1 Should xfce4-screensaver installation trigger removal of xscreensaver-base or something? *** Bug 1944011 has been marked as a duplicate of this bug. *** (In reply to Alexei Podtelezhnikov from comment #6) > Should xfce4-screensaver installation trigger removal of xscreensaver-base > or something? I am not sure we should do that. People can choose between the two screensavers. I will drop the file listed in #1 I was experiencing the same problem after upgrading, but did not have xcreensaver installed. It turns out my issue was that I was previously using light-locker. I was able to resolve the problem by uninstalling it. This is good information but will there be a patch at some point in the future -- soon hopefully -- that automatically removes the xscreensaver? I can (and already have done) but many people cannot do this on their own and would not want to. Thanks! I would imagine there was a way to grab focus before locking and hold on to it... There is no point in locking if something else can grab the focus from you. (In reply to LinuxGeek46 from comment #10) > This is good information but will there be a patch at some point in the > future -- soon hopefully -- that automatically removes the xscreensaver? I > can (and already have done) but many people cannot do this on their own and > would not want to. > > Thanks! This will only be a problem in upgrades from older fedora version (older than F32 I think) - at least by default. We have carried xfce4-screensaver on xfce spin since F32 *I think*. That said, we may be able to add conflicts with xscreensaver. I will discuss this with other maintainers. Such small user base for the xfce spin, just a few of us (but likely majority) upgrading. I even have screensaver and locking disabled on one of two computers. Yet, somehow you got tons of bug reports. This must be really annoying issue then, more then just "only a problem". I will submit an update as mentioned above (as soon as I am able to). I have removed xscreensaver from my systems. This does not resolve the problem. I am currently experimenting with the xfce4-screensaver enabled but disabling the lock. I find that a restart of the display manager allows a new login but also kills running programs unless they are GNU screen sessions. I will try killing the lockscreen itself next time. (In reply to LinuxGeek46 from comment #15) > I have removed xscreensaver from my systems. This does not resolve the problem. For me `dnf remove -y xscreensaver-base` followed by a reboot fixes the problem. xscreensaver is a meta-package (pulls in other packages). xscreensaver-base is the actual working bits. If xscreensaver-base was installed before xscreensaver and you remove xscreensaver, then xscreensaver-base persists. Another workaround is given in comment 5, typo correction: `killall kfce4-screensaver` must be `killall xfce4-screensaver`. Or you use a different screensaver, like `light-locker` in comment 9? `ps aux | grep screen` and `ps aux | grep lock` in the locked state might help to find the answer. (In reply to René Genz from comment #16) > (In reply to LinuxGeek46 from comment #15) > > I have removed xscreensaver from my systems. This does not resolve the problem. > > For me `dnf remove -y xscreensaver-base` followed by a reboot fixes the > problem. xscreensaver is a meta-package (pulls in other packages). > xscreensaver-base is the actual working bits. If xscreensaver-base was > installed before xscreensaver and you remove xscreensaver, then > xscreensaver-base persists. > Another workaround is given in comment 5, typo correction: `killall > kfce4-screensaver` must be `killall xfce4-screensaver`. > > Or you use a different screensaver, like `light-locker` in comment 9? `ps > aux | grep screen` and `ps aux | grep lock` in the locked state might help > to find the answer. I did do "dnf -y remove xscreensaver*" so that removed the base and other RPMS. But it all seems good after reboot. Thanks! Removing xscreensaver is not a fix but a workaround, I agree. If two programs cannot decide on who's in focus, who's in charge of lock, one of them or both are buggy. This bug has to be filed upstream. It really does not matter if a user installs them both or gets them though a system upgrade. The programs have to be fool-proof in this century; we are not in the 70s to write such sloppy code, it is 2021. Resolving these races is the user's concern in the slightest. As a maintainer, please reproduce the bug (install xscreensaver-base for fun) and file it upstream. FEDORA-2021-d0fbc1d426 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-d0fbc1d426 FEDORA-2021-d0fbc1d426 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-d0fbc1d426` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-d0fbc1d426 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. Me too! FEDORA-2021-d0fbc1d426 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report. |