Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 332965 - Eclipse hanging on certain UI operations
Summary: Eclipse hanging on certain UI operations
Status: CLOSED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 4.1   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-20 12:50 EST by Eric Jain CLA
Modified: 2011-03-07 20:19 EST (History)
2 users (show)

See Also:


Attachments
thread dump (31.78 KB, text/plain)
2010-12-20 12:51 EST, Eric Jain CLA
no flags Details
another thread dump (16.64 KB, application/octet-stream)
2011-02-23 20:25 EST, Eric Jain CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Jain CLA 2010-12-20 12:50:57 EST
Build Identifier: 20100917-0705

Since switching to a 64-bit JVM on Windows 7, I've been experiencing occasional deadlocks in Eclipse (tested both eclipse-rcp-helios-SR1-win32-x86_64.zip eclipse-rcp-indigo-M3-win32-x86_64.zip). 

There is no reliable way to reproduce this issue. Last time it happened to me
(see attached thread dump) I had opened the package explorer, selected two
classes, and hit delete. Instead of showing the modal "Confirm Delete" dialog,
Eclipse hung for ten minutes (using 25% CPU) before I killed it. After
restarting, I repeated the exact same operation without any trouble.

Other than Subversive, no additional plugins have been installed.

Reproducible: Sometimes
Comment 1 Eric Jain CLA 2010-12-20 12:51:29 EST
Created attachment 185571 [details]
thread dump
Comment 2 Eric Jain CLA 2011-02-23 20:25:44 EST
Created attachment 189667 [details]
another thread dump

This time Eclipse hung after doing File > New > Class and hitting Confirm. The .java file was created, but was completely empty... After killing Eclipse and restarting (and deleting the empty file), the exact same operation completed without any issues.
Comment 3 Felipe Heidrich CLA 2011-02-24 09:58:48 EST
Does the window still draw ? The UI Thread is running (this is not a SWT bug I believe).

The only thing that looked suspicious in the stack you attaced are threads 26 and 29 who are waiting on the same lock.

does the problem happen without subversion plugin ?
Comment 4 Eric Jain CLA 2011-02-24 15:24:02 EST
The UI (incl the model dialog, i.e. "create class") is indeed still drawn, though it doesn't respond. I'll replace Subversive with Subclipse and report back...
Comment 5 Eric Jain CLA 2011-03-07 20:19:12 EST
Haven't been able to reproduce this problem for more than a week now, even when using Subversive. Perhaps upgrading to 3.6.2 fixed the problem, can't say for sure. I'll reopen the issue if the problem reoccurs...