Bug 312425 - lock screen glitches
Summary: lock screen glitches
Status: RESOLVED DUPLICATE of bug 357456
Alias: None
Product: ksmserver
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-31 10:38 UTC by Franz Trischberger
Modified: 2020-09-29 03:39 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
lock screen style glitches (6.21 KB, image/png)
2012-12-31 10:40 UTC, Franz Trischberger
Details
Screen lock graphical glitches (609.08 KB, image/png)
2013-02-23 14:13 UTC, Petr Kopecký
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Franz Trischberger 2012-12-31 10:38:33 UTC
The lock screen dialog has some problems here:
* It keeps the login dialog until the monitor turns off. I would like to have a blanked screen until I move mouse/press key, as it was with the old kscreenlocker.
* It is not styled completely, leaving some grey areas.
* The background is black. When I move the mouse it turns into QPalette::Base and stays that way.
* The password lineedit should have focus. Having to click into it before being able to type is not that userfriendly ;)

I do not have any screensaver installed. I changed the plasma theme so an updated one was taken, which did not solve the second issue.

Reproducible: Always
Comment 1 Franz Trischberger 2012-12-31 10:40:35 UTC
Created attachment 76112 [details]
lock screen style glitches
Comment 2 Franz Trischberger 2012-12-31 10:41:26 UTC
Currently running kde-4.10-rc1 on Gentoo linux, Qt-4.8.4. If you need more infos just complain ;)
Comment 3 Petr Kopecký 2013-02-23 14:13:14 UTC
The similar problem in 4.10 on Arch Linux, screenshot attached.
Comment 4 Petr Kopecký 2013-02-23 14:13:56 UTC
Created attachment 77525 [details]
Screen lock graphical glitches
Comment 5 Franz Trischberger 2013-03-16 13:22:20 UTC
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.
Comment 6 Franz Trischberger 2013-03-18 08:12:40 UTC
When selecting "Desktop widgets" as locker type also QtCurve does not show the glitches seen in the screenshots.
Comment 7 Cristian Tibirna 2013-06-08 21:42:59 UTC
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).
Comment 8 David Greengas 2013-07-19 05:04:31 UTC
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
Comment 9 Franz Trischberger 2015-02-18 10:30:44 UTC
(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.
Comment 10 Franz Trischberger 2015-03-03 16:39:27 UTC
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?
Comment 11 Nate Graham 2020-09-29 03:39:54 UTC
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 ***