| Summary: | lock screen glitches | ||
|---|---|---|---|
| Product: | [Unmaintained] ksmserver | Reporter: | Franz Trischberger <franz.trischberger> |
| Component: | general | Assignee: | Lubos Lunak <l.lunak> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | daniel, dave.greengas, david.kahles96, gita.benadi, kejpi, nate, private_lock, tibirna, yyc1992 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
lock screen style glitches
Screen lock graphical glitches |
||
|
Description
Franz Trischberger
2012-12-31 10:38:33 UTC
Created attachment 76112 [details]
lock screen style glitches
Currently running kde-4.10-rc1 on Gentoo linux, Qt-4.8.4. If you need more infos just complain ;) The similar problem in 4.10 on Arch Linux, screenshot attached. Created attachment 77525 [details]
Screen lock graphical glitches
I only get those glitches seen in the screenshots when using QtCurve. When opening this report I got this with every theme (screenshot == bespin). So "something changed". With RC1 I got this with skulpture, too, now (4.10.1) skulpture ist fine. IMHO the issue is not entirely limited to the Qt style (skulpture was installed Aug 16. 2012...). The focus problem remains and is quite irritatin; quite often it never ever seems to get focus as no cursor appears, but I can type into it. Also I can't get the login form away (ESC-key / Cancel-button in 4.9 worked just fine). Only my second point is fixed until now. When selecting "Desktop widgets" as locker type also QtCurve does not show the glitches seen in the screenshots. Unconfirmed after 2 months??? To stress (strongly): password lineedit MUST have focus. This is one huge step backward from the former lock screen. To add: once the screen is unlocked, the focus MUST be given back to the window that had it before locking. Right now *no window* has the focus upon unlock (at least when focus policy is "click to focus", the default one). I saw the same graphical glitches when running with the widget style QtCurve. Seeing the comments above, I switched back to the Oxygen widget style and the glitches have disappeared. I am running 4.10.5 on Arch Linux (In reply to Cristian Tibirna from comment #7) > To add: once the screen is unlocked, the focus MUST be given back to the > window that had it before locking. Right now *no window* has the focus upon > unlock (at least when focus policy is "click to focus", the default one). I do not know if this issue was reported already in another bug report. I just wanted to add that this focus issue also is visible in plasma 5. I am currently running KF-5.7.0 + plasma-5.2.0. Unlocking the lock screen does not properly refocus the last active window. However it seems key presses are delivered correctly. Nevertheless it is weird, because the windows actually show a different state: The window is darkened, the cursor is drawn differently, e.g. it does not blink (firefox textarea) or has a different color (urxvt + vim). Even if it seems to work correctly it feels quite unpolished and should be fixed. The other issues that were mentioned in this report seem to be gone in plasma 5. Updated to plasma 5.2.1, and now the password entry does not have focus, need to TAB twice. Question to the devs: Is it OK to track both versions (kde4+plasma5) here? Or should I open a new report? The only thing left here is a duplicate of Bug 357456, as far as I can tell. *** This bug has been marked as a duplicate of bug 357456 *** |