[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 306186] Password Dialog stays on top of all windows after unlocking the desktop
From:       Thomas Lübking <thomas.luebking () gmail ! com>
Date:       2012-10-02 19:23:29
Message-ID: bug-306186-17878-DxBoJakEYr () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=306186

--- Comment #13 from Thomas Lübking <thomas.luebking@gmail.com> ---
(In reply to comment #12)
> I can't seem to reproduce it if I force screen lock and then switch to VT1
> and back.
you might be more lucky by ssh'ing into the machine.

> if you export QT_NO_GLIB=1 from some ~/.kde/env script
> not tested yet, what other implications does this setttin have

the setting makes Qt use the more straight forward unix event dispatcher
instead of the glib one, exporting it to the global environment applies that to
all Qt applications (after re-logging in)
The setting does not cause permanent changes (at least it's not supposed to,
but oc. any application could check for that value, store "CrashMe=true" in
it's settings and from now on just crash on start =)
Ie. the moment you remove the script, the alteration is gone with the next
login.

-- 
You are receiving this mail because:
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]