Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 415478

Summary: Frequent responsive, but inactive Kepler IDE
Product: z_Archived Reporter: David Woldrich <dave>
Component: MylynAssignee: Mylyn Inbox <mylyn-inbox>
Status: RESOLVED DUPLICATE QA Contact:
Severity: major    
Priority: P3 CC: daniel_megert
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows 7   
Whiteboard:
Attachments:
Description Flags
Thread dump taked during zombie hang in "Saving Workspace" none

Description David Woldrich CLA 2013-08-20 09:02:50 EDT
Created attachment 234577 [details]
Thread dump taked during zombie hang in "Saving Workspace"

Eclipse Standard/SDK

Version: Kepler Release
Build id: 20130614-0229

java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)

Symptoms include:
* IDE does not detect changed files in the file system after I command it to Refresh (Refresh does seem to do the file scan, but the Workspace metadata does not receive updates for the changed files...)
* inability to fully Exit the IDE (it 0% CPU hangs during Saving Workspace modal dialog about 30% of the way through), and 
* general nausea, vomiting, and headaches

Curiously, I am still able to access editor control functions of the IDE when it gets into this state.  I can still open and save files when the IDE gets into this partial zombie "Braaaaaaaaains ... And hold the mustard, please" situation.

For the official record:  Juno never did this to my knowledge.  Also, not sure if this has to do with the fact that I sleep my desktop PC frequently, but leave Kepler up and running between sessions.  I have never gotten "the shambles" in a single session prior to a sleep.
Comment 1 Dani Megert CLA 2013-08-20 10:15:54 EDT
Mylyn is locking/waiting:

"ModalContext" prio=6 tid=0x0000000013e58800 nid=0x18ec in Object.wait() [0x000000001994e000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:39)
	- locked <0x00000000e65ddf10> (a org.eclipse.core.internal.jobs.Semaphore)
	at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:847)
	at org.eclipse.core.internal.jobs.InternalJob.join(InternalJob.java:380)
	at org.eclipse.core.runtime.jobs.Job.join(Job.java:385)
	at org.eclipse.mylyn.internal.tasks.core.externalization.ExternalizationManager.saveNow(ExternalizationManager.java:162)
	at org.eclipse.mylyn.internal.tasks.core.externalization.ExternalizationManager.stop(ExternalizationManager.java:143)
	at org.eclipse.mylyn.internal.tasks.ui.TasksUiPlugin$5.saving(TasksUiPlugin.java:652)
	at org.eclipse.core.internal.resources.SaveManager.executeLifecycle(SaveManager.java:383)
	at org.eclipse.core.internal.resources.SaveManager$1.run(SaveManager.java:192)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.core.internal.resources.SaveManager.broadcastLifecycle(SaveManager.java:195)
	at org.eclipse.core.internal.resources.SaveManager.save(SaveManager.java:1130)
	at org.eclipse.core.internal.resources.Workspace.save(Workspace.java:2376)
	at org.eclipse.ui.internal.ide.application.IDEWorkbenchAdvisor$5.run(IDEWorkbenchAdvisor.java:508)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
Comment 2 Sam Davis CLA 2013-12-17 17:46:27 EST
I think this is a bug in the JobManager.

*** This bug has been marked as a duplicate of bug 382829 ***