Community
Participate
Working Groups
In the 'Open Rsource' dialog after double click on the resource or 'Cancel' or the 'X' or 'Open' the dialog always reopens itself. Eclipse then is in a deadlock as I am unable to escape this dialog box. This problem arrises only sometimes, at least twice at my IDE so its quite unpredictable. * I had two Eclipse IDEs running, maybe this was a problem. Only the current one got locked.
Please provide a stack trace when it deadlocks. See http://wiki.eclipse.org/index.php/How_to_report_a_deadlock
So I hope this is useful, as I could not do anything else in Eclipse while it was blocked by the dialog. A conflict occurred for ALT+SHIFT+R: Binding(ALT+SHIFT+R, ParameterizedCommand(Command(org.eclipse.jdt.ui.edit.text.java.rename.element,Rename - Refactoring , Rename the selected element, Category(org.eclipse.jdt.ui.category.refactoring,Refactor - Java,Java Refactoring Actions,true), org.eclipse.ui.internal.MakeHandlersGo@d18458, ,,true),null), org.eclipse.ui.defaultAcceleratorConfiguration, org.eclipse.ui.contexts.window,,,system) Binding(ALT+SHIFT+R, ParameterizedCommand(Command(org.eclipse.jst.jsp.ui.refactor.rename,Rename, Rename a Java Element, Category(org.eclipse.ui.category.edit,Edit,null,true), org.eclipse.ui.internal.MakeHandlersGo@144809c, ,,true),null), org.eclipse.ui.defaultAcceleratorConfiguration, org.eclipse.jst.jsp.ui.structured.text.editor.jsp.scope,,,system) Binding(ALT+SHIFT+R, ParameterizedCommand(Command(org.codehaus.groovy.eclipse.refactoring.command.rename,Rename - Refactoring, , Category(org.codehaus.groovy.eclipse.refactoring.commands.refactoring,Groovy Refactoring Commands,Refactorings,true), org.eclipse.ui.internal.MakeHandlersGo@147ee73, ,,true),null), org.eclipse.ui.defaultAcceleratorConfiguration, org.codehaus.groovy.eclipse.editor.groovyEditorScope,,,system)
(In reply to comment #2) > So I hope this is useful, as I could not do anything else in Eclipse while > it was blocked by the dialog. See http://wiki.eclipse.org/index.php/How_to_report_a_deadlock
Luckily it happened again :( This is the stack: 2013-06-11 13:31:34 Full thread dump Java HotSpot(TM) Client VM (20.45-b01 mixed mode, sharing): "Default RequestProcessor" - Thread t@53 java.lang.Thread.State: RUNNABLE at sun.management.ThreadImpl.dumpThreads0(Native Method) at sun.management.ThreadImpl.dumpAllThreads(ThreadImpl.java:433) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:167) at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:96) at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:33) at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208) at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120) at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:264) at javax.management.StandardMBean.invoke(StandardMBean.java:391) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:762) at com.sun.jmx.mbeanserver.MXBeanProxy$InvokeHandler.invoke(MXBeanProxy.java:134) at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:148) at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:248) at com.sun.proxy.$Proxy8.dumpAllThreads(Unknown Source) at com.sun.tools.visualvm.jmx.impl.JmxSupport.takeThreadDump(JmxSupport.java:172) at com.sun.tools.visualvm.jmx.impl.JmxModelImpl.takeThreadDump(JmxModelImpl.java:296) at com.sun.tools.visualvm.jvm.JVMImpl.takeThreadDump(JVMImpl.java:392) at com.sun.tools.visualvm.threaddump.impl.ThreadDumpProvider$1.run(ThreadDumpProvider.java:82) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1957) Locked ownable synchronizers: - None "Swing-Shell" - Thread t@43 java.lang.Thread.State: WAITING at sun.misc.Unsafe.park(Native Method) - parking to wait for <aa3e9a> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:957) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:917) at sun.awt.shell.Win32ShellFolderManager2$ComInvoker$3.run(Win32ShellFolderManager2.java:492) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "pool-3-thread-1" - Thread t@34 java.lang.Thread.State: WAITING at sun.misc.Unsafe.park(Native Method) - parking to wait for <1c39aa6> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:957) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:917) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "Timer-1" - Thread t@32 java.lang.Thread.State: TIMED_WAITING at java.lang.Object.wait(Native Method) - waiting on <de0c45> (a java.util.TaskQueue) at java.util.TimerThread.mainLoop(Timer.java:509) at java.util.TimerThread.run(Timer.java:462) Locked ownable synchronizers: - None "Inactive RequestProcessor thread [Was:Default RequestProcessor/com.sun.tools.visualvm.tools.jmx.CachedMBeanServerConnectionFactory$SnapshotInvocationHandler$2]" - Thread t@30 java.lang.Thread.State: TIMED_WAITING at java.lang.Object.wait(Native Method) - waiting on <13d76d5> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1910) Locked ownable synchronizers: - None "Inactive RequestProcessor thread [Was:Default RequestProcessor/null]" - Thread t@29 java.lang.Thread.State: TIMED_WAITING at java.lang.Object.wait(Native Method) - waiting on <44c4a4> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1910) Locked ownable synchronizers: - None "Inactive RequestProcessor thread [Was:ThreadsWorker/com.sun.tools.visualvm.application.views.threads.ApplicationThreadsView$MasterViewSupport$3]" - Thread t@28 java.lang.Thread.State: TIMED_WAITING at java.lang.Object.wait(Native Method) - waiting on <11cd8cc> (a java.lang.Object) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1910) Locked ownable synchronizers: - None "Thread-5" - Thread t@25 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <ca2076> (a java.util.LinkedList) at java.lang.Object.wait(Object.java:485) at java.util.prefs.AbstractPreferences$EventDispatchThread.run(AbstractPreferences.java:1461) Locked ownable synchronizers: - None "TimerQueue" - Thread t@22 java.lang.Thread.State: RUNNABLE at java.lang.Object.wait(Native Method) at javax.swing.TimerQueue.postExpiredTimers(TimerQueue.java:214) at javax.swing.TimerQueue.run(TimerQueue.java:230) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "AWT-EventQueue-0" - Thread t@19 java.lang.Thread.State: RUNNABLE at java.lang.System.identityHashCode(Native Method) at java.util.IdentityHashMap.hash(IdentityHashMap.java:284) at java.util.IdentityHashMap.get(IdentityHashMap.java:317) at javax.swing.RepaintManager.extendDirtyRegion(RepaintManager.java:596) - locked <16396f5> (a javax.swing.RepaintManager) at javax.swing.RepaintManager.addDirtyRegion0(RepaintManager.java:404) at javax.swing.RepaintManager.addDirtyRegion(RepaintManager.java:473) at javax.swing.JComponent.repaint(JComponent.java:4742) at java.awt.Component.repaint(Component.java:3109) at java.awt.Component.repaintParentIfNeeded(Component.java:2211) at java.awt.Component.reshape(Component.java:2197) - locked <14bce4f> (a java.awt.Component$AWTTreeLock) at javax.swing.JComponent.reshape(JComponent.java:4164) at java.awt.Component.setBounds(Component.java:2140) at java.awt.Component.resize(Component.java:2074) - locked <14bce4f> (a java.awt.Component$AWTTreeLock) at java.awt.Component.setSize(Component.java:2063) at java.awt.FlowLayout.layoutContainer(FlowLayout.java:595) - locked <14bce4f> (a java.awt.Component$AWTTreeLock) at java.awt.Container.layout(Container.java:1419) at java.awt.Container.doLayout(Container.java:1408) at java.awt.Container.validateTree(Container.java:1505) at java.awt.Container.validateTree(Container.java:1511) at java.awt.Container.validateTree(Container.java:1511) at java.awt.Container.validateTree(Container.java:1511) at java.awt.Container.validateTree(Container.java:1511) at java.awt.Container.validateTree(Container.java:1511) at java.awt.Container.validate(Container.java:1478) - locked <14bce4f> (a java.awt.Component$AWTTreeLock) at javax.swing.RepaintManager$2.run(RepaintManager.java:698) at javax.swing.RepaintManager$2.run(RepaintManager.java:696) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:695) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1667) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:672) at java.awt.EventQueue.access$400(EventQueue.java:81) at java.awt.EventQueue$2.run(EventQueue.java:633) at java.awt.EventQueue$2.run(EventQueue.java:631) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:642) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Locked ownable synchronizers: - None "AWT-Windows" - Thread t@17 java.lang.Thread.State: RUNNABLE at sun.awt.windows.WToolkit.eventLoop(Native Method) at sun.awt.windows.WToolkit.run(WToolkit.java:293) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "AWT-Shutdown" - Thread t@16 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <6e1f8f> (a java.lang.Object) at java.lang.Object.wait(Object.java:485) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:265) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "Java2D Disposer" - Thread t@15 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <1d9e895> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134) at sun.java2d.Disposer.run(Disposer.java:127) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "CLI Requests Server" - Thread t@12 java.lang.Thread.State: RUNNABLE at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408) - locked <1d5d048> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:462) at java.net.ServerSocket.accept(ServerSocket.java:430) at org.netbeans.CLIHandler$Server.run(CLIHandler.java:999) Locked ownable synchronizers: - None "Active Reference Queue Daemon" - Thread t@10 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <a1a602> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) at org.openide.util.lookup.implspi.ActiveQueue$Impl.run(ActiveQueue.java:59) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - None "Timer-0" - Thread t@9 java.lang.Thread.State: TIMED_WAITING at java.lang.Object.wait(Native Method) - waiting on <99e017> (a java.util.TaskQueue) at java.util.TimerThread.mainLoop(Timer.java:509) at java.util.TimerThread.run(Timer.java:462) Locked ownable synchronizers: - None "Attach Listener" - Thread t@5 java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None "Signal Dispatcher" - Thread t@4 java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None "Finalizer" - Thread t@3 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <473fc2> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:171) Locked ownable synchronizers: - None "Reference Handler" - Thread t@2 java.lang.Thread.State: WAITING at java.lang.Object.wait(Native Method) - waiting on <1aadcc6> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:485) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) Locked ownable synchronizers: - None "main" - Thread t@1 java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None
(In reply to comment #4) > Luckily it happened again :( > > This is the stack: Unfortunately, you took the stack dump of the wrong VM (jvisualvm instead of Eclipse).
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
