>>>>> The steps to replicate the desktop icon problem are:
>>>>> 1.) Set the screen saver interval to something short like 1 minute
>>>>> 2.) Wait for screen saver to activate
>>>>> 3.) Move mouse.  Viola, icons are now gone.
>>>>>
>>>>> Working on this...
>>>>
>>>> I'm about to return to my testing, but for me, I did not have to wait
>>>> for
>>>> the screen saver to activate.
>>>>
>>>> All I needed was to invoke the lock and then immediately restore.
>>>>
>>>> Darrell
>>>
>>> You probably have your system configured with a lock delay, correct?
>>> The
>>> issue seems to be in the code that is triggered before the screen is
>>> actually locked with a password.
>>>
>>> Tim
>>
>> Never mind, I can't seem to reliably trigger the problem now.  Suffice
>> it
>> to say that I am continuing to work on it, and that further testing on
>> your end of this problem at this time is likely a waste of time. :-)
>>
>> Tim
>
> Some additional information: one symptom of this problem is kdesktop_lock
> not exiting properly and going zombie, e.g.
> ps aux | grep kdesktop_lock
> shows something like
> user <pid>  1.1  0.0      0     0 ?        Z    14:45   0:00
> [kdesktop_lock] <defunct>
>
> This indicates a problem in kdesktop itself.
>
> Tim

This *should* be fixed in GIT hash 67a3a8f.  Under specific circumstances
when kdesktop was signalled on lock exit, specifically if xcb was
currently executing an operation, kdesktop could wedge irrecoverably.

Tim