By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1482

Summary:	After desktop unlock kdesktop hangs
Product:	TDE	Reporter:	Kaleva <kernelpanic>
Component:	tdebase	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED FIXED
Severity:	major	CC:	bugwatch, kb9vqf, kernelpanic, michele.calgaro, shigorin, slavek.banko
Priority:	P5
Version:	3.5.13.x [Trinity]
Hardware:	All
OS:	Kubuntu Precise
Compiler Version:		TDE Version String:
Application Version:		Application Name:

Description Kaleva 2013-04-27 10:24:50 CDT

Sometimes with probability about 5% after desktop unlock keyboard stops to work  (keyboard input is not avaliable to all applications besides Ctrl+Alt+F1 and other X.org shortcuts). Mouse works fine. 
Also desktop area with icons doesn't response mouse events. Kicker and other applications have no problems besides impossibility of handling mouse events.

Investigation of this problem displayed, that /opt/trinity/bin/kdesktop process hangs, and his child /opt/trinity/bin/kdesktop_lock became a zombie.
Restarting of kdesktop process from virtual console or remote session resolves the issue.

I've got this issue on two PCs with Ubuntu 12.04 LTS, i386 and x86_64. Display manager is TDM in both cases

Comment 1 Slávek Banko 2013-04-27 10:39:11 CDT

Please, can you try 3.5.13.2 preliminary packages?
Soon will be next update...
See instructions on:

https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis/

Comment 2 Kaleva 2013-04-28 06:25:10 CDT

Ok, I'll try

Comment 3 Kaleva 2013-05-05 10:10:19 CDT

(In reply to comment #2)
> Ok, I'll try

I've updated to provided version, but bug still persists.
Also now the effect is that after such kdesktop_lock crash desktop became unlocked (but w/o keyboard)

Comment 4 Slávek Banko 2013-05-05 12:59:07 CDT

(Odpověď na komentář #3)
> (In reply to comment #2)
> > Ok, I'll try
> 
> I've updated to provided version, but bug still persists.
> Also now the effect is that after such kdesktop_lock crash desktop became
> unlocked (but w/o keyboard)

With updated version should be in .xsession-errors listed backtrace of the kdesktop_lock crash. Please, can you check this and post backtrace here?

Comment 5 Timothy Pearson 2013-05-09 11:42:00 CDT

Marking SRUONLY as I do not see this in GIT.  I can confirm, however, that this bug does exist in 3.5.13.x.

If anyone experiences this bug with the nightly builds, please change the report status back to NEW immediately.

Comment 6 Kaleva 2013-05-11 05:42:16 CDT

Ok, I not still reproduced this bug again because of holidays.
I'll post backtrace as soon as possible.

Comment 7 Michele Calgaro 2018-07-30 09:07:43 CDT

Lot of fixes has went into kdesktop since the time of the report and crashes/hangs have not been observed from quite a while.
I am closing the bug for the time being. Please reopen if you can systematically reproduce it.