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

List:       kde-devel
Subject:    Re: Locking screen *before* suspend?
From:       Miha Čančula <miha.cancula () gmail ! com>
Date:       2010-07-06 9:39:24
Message-ID: AANLkTimzMqQiGk51sBOPn1Cz6nNSQZQ-3MmMQ3n1YtyE () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2010/7/6 Joanna Rutkowska <joanna@invisiblethingslab.com>

> On 07/05/10 20:29, Stefan Majewsky wrote:
> > On Monday 05 July 2010 12:12:05 Joanna Rutkowska wrote:
> >> It seems like KDE locks screen (via kscreenlocker) only after resume
> >> from suspend (e.g. S3 sleep), which results in the original content of
> >> the screen to be often visible for a second or more, and only afterwards
> >> the screen gets locked and the unlock password is expected.
> >
> > IMO, the screen *is* locked before suspending. That you get to see the
> desktop
> > for a short time is a compositing error.
> >
> Hmmm, but I sometimes see this problem even with composition disabled...
>
> joanna.
>
I've noticed it too on Arch, so it does happen, but I usually have
composting enabled and I can't say if this is the cause. Either way, isn't
bugs.kde.org the place for this?

[Attachment #5 (text/html)]

<div class="gmail_quote">2010/7/6 Joanna Rutkowska <span dir="ltr">&lt;<a \
href="mailto:joanna@invisiblethingslab.com">joanna@invisiblethingslab.com</a>&gt;</span><br><blockquote \
class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, \
204, 204); padding-left: 1ex;"> <div class="im">On 07/05/10 20:29, Stefan Majewsky \
wrote:<br> &gt; On Monday 05 July 2010 12:12:05 Joanna Rutkowska wrote:<br>
&gt;&gt; It seems like KDE locks screen (via kscreenlocker) only after resume<br>
&gt;&gt; from suspend (e.g. S3 sleep), which results in the original content of<br>
&gt;&gt; the screen to be often visible for a second or more, and only afterwards<br>
&gt;&gt; the screen gets locked and the unlock password is expected.<br>
&gt;<br>
&gt; IMO, the screen *is* locked before suspending. That you get to see the \
desktop<br> &gt; for a short time is a compositing error.<br>
&gt;<br>
</div>Hmmm, but I sometimes see this problem even with composition disabled...<br>
<font color="#888888"><br>
joanna.<br></font></blockquote><div>I&#39;ve noticed it too on Arch, so it does \
happen, but I usually have composting enabled and I can&#39;t say if this is the \
cause. Either way, isn&#39;t <a href="http://bugs.kde.org">bugs.kde.org</a> the place \
for this?   <font color="#888888"></font><br>

</div></div>



>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


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