Eclipse Community Forums: Eclipse Platform » 3.4 (Mac) very slow to show right-click (context) menu

Help

Home

Home » Eclipse Projects » Eclipse Platform » 3.4 (Mac) very slow to show right-click (context) menu

Show: Today's Messages :: Show Polls :: Message Navigator

3.4 (Mac) very slow to show right-click (context) menu [message #329728]

Wed, 02 July 2008 07:50

John Hawksley

Messages: 26
Registered: July 2009

Junior Member

Hi guys,

I wondered if anyone else is seeing this. I couldn't find a bug about it.

I'm on OS X 10.5.4 (Intel), with latest updates.

When I right click on a Java source file in the Package Explorer, 4
times in 5, Eclipse performance will degrade to the mac beach ball
(which I believe means that the app is no longer servicing its GUI event
queue), for about 10 seconds. After the application returns, it cannot
be raised using alt-tab, its icon must be clicked to raise it.

I'll attach the OS call stack at the end of this message. It mentions
SVN*, so I suspected some native SVN library, but I'm using SVNKit 1.2.0
with Subversive.

Best regards,
-John

653 Thread_2503
653 start
653 _start
653 main
653 original_main
653 run
653 startJavaVM
653 startJavaJNI
653 JNI_CreateJavaVM_Impl
653 0x110a368c
653 0x11119356
653 0x1111963a
653 0x139e8227
653 0x139ea9d3
653 0x139ea9d3
653 0x139eaaaa
653 0x139eadb0
653 0x139eaaaa
653 0x139eaaaa
653 0x139f09b1
653 JVM_InvokeMethod
653 0x110d7e4f
653 0x110bb4b1
653 0x11119356
653 0x1111963a
653 0x139e8227
653 0x139eaaaa
653 0x139eaaaa
653 0x139eaaaa
653 0x139eadb0
653 0x139eadb0
653 0x139eaa7f
653 0x139eaa7f
653 0x139ea9d3
653 0x139eacd9
653 0x139eaa7f
653 0x139eaa7f
653 0x139ea9d3
653 0x13a63b00
653 0x1429a86c
653 0x14521dcc
653 0x142b4b11
653 Java_org_eclipse_swt_internal_carbon_OS_SendEventToEventTarg et
653 SendEventToEventTarget
653 SendEventToEventTargetInternal(OpaqueEventRef*,
OpaqueEventTargetRef*, HandlerCallRec*)
653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
HandlerCallRec*)
653 ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*,
OpaqueEventRef*, void*)
653 SendEventToEventTarget
653 SendEventToEventTargetInternal(OpaqueEventRef*,
OpaqueEventTargetRef*, HandlerCallRec*)
653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
HandlerCallRec*)
653 0x34a458
653 callback
653 JNI_CreateJavaVM_Impl
653 0x110a368c
653 0x11119356
653 0x1111963a
653 0x139e8227
653 0x139eaa7f
653 0x13a5cdc0
653 0x145321a0
653 0x139eaa7f
653 0x139f09b1
653 Java_org_eclipse_swt_internal_carbon_OS_CallNextEventHandler
653 CallNextEventHandler
653 SendEventToEventTargetInternal(OpaqueEventRef*,
OpaqueEventTargetRef*, HandlerCallRec*)
653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
HandlerCallRec*)
653 StandardWindowEventHandler(OpaqueEventHandlerCallRef*,
OpaqueEventRef*, void*)
653 HandleMouseEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*)
653 HandleWindowClick(OpaqueWindowPtr*, Point, short, unsigned long,
OpaqueEventRef*)
653 HandleClickAsHIView(OpaqueWindowPtr*, OpaqueEventRef*)
653 HIView::Click(OpaqueEventRef*)
653 SendEventToEventTarget
653 SendEventToEventTargetInternal(OpaqueEventRef*,
OpaqueEventTargetRef*, HandlerCallRec*)
653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
HandlerCallRec*)
653 HIView::EventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)
653 HIView::ClickSelf(OpaqueEventRef*)
653 HIView::ClickInternal(CGPoint const&, unsigned long, void
(*)(OpaqueControlRef*, short), OpaqueEventRef*, bool)
653 SendControlDefTrack(HIView*, CGPoint const&, unsigned long*, void
(*)(OpaqueControlRef*, short), OpaqueEventRef*, short*)
653 SendEventToEventTargetWithOptions
653 SendEventToEventTargetInternal(OpaqueEventRef*,
OpaqueEventTargetRef*, HandlerCallRec*)
653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
HandlerCallRec*)
653 0x34a198
653 callback
653 JNI_CreateJavaVM_Impl
653 0x110a368c
653 0x11119356
653 0x1111963a
653 0x139e8227
653 0x13a5cdc0
653 0x13ac1e04
653 0x13e18ab8
653 0x139eab2b
653 0x13a5cdc0
653 0x1452178c
653 0x139eaa7f
653 0x139f09b1
653 Java_org_eclipse_swt_internal_carbon_OS_ContextualMenuSelect
653 ContextualMenuSelect
653 _ContextualMenuInsertItems(MenuData*, unsigned short, AEDesc const*,
ContextualMenuHelp const*, unsigned long*, OpaqueContextualMenuItemsRef**)
653 TContextualMenuPluginList::ExamineContext(AEDesc const*,
TPluginCommandList&, long)
653 TContextualMenuPlugin::ExamineContext(AEDesc const*,
TPluginCommandList&, unsigned long, unsigned char&)
653 SVNPluginExamineContext
609 SVNPluginExamineContextDoAE
400 AEGetNthDesc
279 AEGetNthDesc
121 getDescDataType(AEDesc const*)
121 getDescDataType(AEDesc const*)
209 SVNPluginExamineContextDoAE
44 dyld_stub_AEGetNthDesc
44 dyld_stub_AEGetNthDesc

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329738 is a reply to message #329728]

Wed, 02 July 2008 13:31

John Hawksley

Messages: 26
Registered: July 2009

Junior Member

More info, from JStack, when the problem occurs:

"main" prio=6 tid=0x11401560 nid=0xa0588fa0 runnable
[0xbfffd000..0xbffff668]
at org.eclipse.swt.internal.carbon.OS.ContextualMenuSelect(Nati ve Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:232)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:3526)
at org.eclipse.swt.widgets.Control.kEventControlTrack(Control.j ava:2083)
at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:375)
at org.eclipse.swt.widgets.Display.controlProc(Display.java:862 )
at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Na tive Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3047)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2382)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:21 98)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:288)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:488)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

John Hawksley wrote:
> Hi guys,
>
> I wondered if anyone else is seeing this. I couldn't find a bug about it.
>
> I'm on OS X 10.5.4 (Intel), with latest updates.
>
> When I right click on a Java source file in the Package Explorer, 4
> times in 5, Eclipse performance will degrade to the mac beach ball
> (which I believe means that the app is no longer servicing its GUI event
> queue), for about 10 seconds. After the application returns, it cannot
> be raised using alt-tab, its icon must be clicked to raise it.
>
> I'll attach the OS call stack at the end of this message. It mentions
> SVN*, so I suspected some native SVN library, but I'm using SVNKit 1.2.0
> with Subversive.
>
> Best regards,
> -John
>
> 653 Thread_2503
> 653 start
> 653 _start
> 653 main
> 653 original_main
> 653 run
> 653 startJavaVM
> 653 startJavaJNI
> 653 JNI_CreateJavaVM_Impl
> 653 0x110a368c
> 653 0x11119356
> 653 0x1111963a
> 653 0x139e8227
> 653 0x139ea9d3
> 653 0x139ea9d3
> 653 0x139eaaaa
> 653 0x139eadb0
> 653 0x139eaaaa
> 653 0x139eaaaa
> 653 0x139f09b1
> 653 JVM_InvokeMethod
> 653 0x110d7e4f
> 653 0x110bb4b1
> 653 0x11119356
> 653 0x1111963a
> 653 0x139e8227
> 653 0x139eaaaa
> 653 0x139eaaaa
> 653 0x139eaaaa
> 653 0x139eadb0
> 653 0x139eadb0
> 653 0x139eaa7f
> 653 0x139eaa7f
> 653 0x139ea9d3
> 653 0x139eacd9
> 653 0x139eaa7f
> 653 0x139eaa7f
> 653 0x139ea9d3
> 653 0x13a63b00
> 653 0x1429a86c
> 653 0x14521dcc
> 653 0x142b4b11
> 653 Java_org_eclipse_swt_internal_carbon_OS_SendEventToEventTarg et
> 653 SendEventToEventTarget
> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
> OpaqueEventTargetRef*, HandlerCallRec*)
> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
> HandlerCallRec*)
> 653 ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*,
> OpaqueEventRef*, void*)
> 653 SendEventToEventTarget
> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
> OpaqueEventTargetRef*, HandlerCallRec*)
> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
> HandlerCallRec*)
> 653 0x34a458
> 653 callback
> 653 JNI_CreateJavaVM_Impl
> 653 0x110a368c
> 653 0x11119356
> 653 0x1111963a
> 653 0x139e8227
> 653 0x139eaa7f
> 653 0x13a5cdc0
> 653 0x145321a0
> 653 0x139eaa7f
> 653 0x139f09b1
> 653 Java_org_eclipse_swt_internal_carbon_OS_CallNextEventHandler
> 653 CallNextEventHandler
> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
> OpaqueEventTargetRef*, HandlerCallRec*)
> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
> HandlerCallRec*)
> 653 StandardWindowEventHandler(OpaqueEventHandlerCallRef*,
> OpaqueEventRef*, void*)
> 653 HandleMouseEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*)
> 653 HandleWindowClick(OpaqueWindowPtr*, Point, short, unsigned long,
> OpaqueEventRef*)
> 653 HandleClickAsHIView(OpaqueWindowPtr*, OpaqueEventRef*)
> 653 HIView::Click(OpaqueEventRef*)
> 653 SendEventToEventTarget
> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
> OpaqueEventTargetRef*, HandlerCallRec*)
> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
> HandlerCallRec*)
> 653 HIView::EventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*,
> void*)
> 653 HIView::ClickSelf(OpaqueEventRef*)
> 653 HIView::ClickInternal(CGPoint const&, unsigned long, void
> (*)(OpaqueControlRef*, short), OpaqueEventRef*, bool)
> 653 SendControlDefTrack(HIView*, CGPoint const&, unsigned long*, void
> (*)(OpaqueControlRef*, short), OpaqueEventRef*, short*)
> 653 SendEventToEventTargetWithOptions
> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
> OpaqueEventTargetRef*, HandlerCallRec*)
> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
> HandlerCallRec*)
> 653 0x34a198
> 653 callback
> 653 JNI_CreateJavaVM_Impl
> 653 0x110a368c
> 653 0x11119356
> 653 0x1111963a
> 653 0x139e8227
> 653 0x13a5cdc0
> 653 0x13ac1e04
> 653 0x13e18ab8
> 653 0x139eab2b
> 653 0x13a5cdc0
> 653 0x1452178c
> 653 0x139eaa7f
> 653 0x139f09b1
> 653 Java_org_eclipse_swt_internal_carbon_OS_ContextualMenuSelect
> 653 ContextualMenuSelect
> 653 _ContextualMenuInsertItems(MenuData*, unsigned short, AEDesc const*,
> ContextualMenuHelp const*, unsigned long*, OpaqueContextualMenuItemsRef**)
> 653 TContextualMenuPluginList::ExamineContext(AEDesc const*,
> TPluginCommandList&, long)
> 653 TContextualMenuPlugin::ExamineContext(AEDesc const*,
> TPluginCommandList&, unsigned long, unsigned char&)
> 653 SVNPluginExamineContext
> 609 SVNPluginExamineContextDoAE
> 400 AEGetNthDesc
> 279 AEGetNthDesc
> 121 getDescDataType(AEDesc const*)
> 121 getDescDataType(AEDesc const*)
> 209 SVNPluginExamineContextDoAE
> 44 dyld_stub_AEGetNthDesc
> 44 dyld_stub_AEGetNthDesc

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329743 is a reply to message #329738]

Wed, 02 July 2008 14:12

John Hawksley

Messages: 26
Registered: July 2009

Junior Member

Hi folks,

Okay I've just come up to speed on Mac Contextual Menu plugins, and have
found the culprit. A beta application called "dropbox" (which
performs folder syncing) installed a context menu plugin, the removal of
which made this problem go away. I'll report this to them.

-John

John Hawksley wrote:
> More info, from JStack, when the problem occurs:
>
> "main" prio=6 tid=0x11401560 nid=0xa0588fa0 runnable
> [0xbfffd000..0xbffff668]
> at org.eclipse.swt.internal.carbon.OS.ContextualMenuSelect(Nati ve
> Method)
> at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:232)
> at org.eclipse.swt.widgets.Display.runPopups(Display.java:3526)
> at
> org.eclipse.swt.widgets.Control.kEventControlTrack(Control.j ava:2083)
> at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:375)
> at org.eclipse.swt.widgets.Display.controlProc(Display.java:862 )
> at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Na tive
> Method)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3047)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2382)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:21 98)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:288)
>
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:488)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
>
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:193)
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:382)
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 549)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
>
> John Hawksley wrote:
>> Hi guys,
>>
>> I wondered if anyone else is seeing this. I couldn't find a bug about
>> it.
>>
>> I'm on OS X 10.5.4 (Intel), with latest updates.
>>
>> When I right click on a Java source file in the Package Explorer, 4
>> times in 5, Eclipse performance will degrade to the mac beach ball
>> (which I believe means that the app is no longer servicing its GUI
>> event queue), for about 10 seconds. After the application returns, it
>> cannot be raised using alt-tab, its icon must be clicked to raise it.
>>
>> I'll attach the OS call stack at the end of this message. It mentions
>> SVN*, so I suspected some native SVN library, but I'm using SVNKit
>> 1.2.0 with Subversive.
>>
>> Best regards,
>> -John
>>
>> 653 Thread_2503
>> 653 start
>> 653 _start
>> 653 main
>> 653 original_main
>> 653 run
>> 653 startJavaVM
>> 653 startJavaJNI
>> 653 JNI_CreateJavaVM_Impl
>> 653 0x110a368c
>> 653 0x11119356
>> 653 0x1111963a
>> 653 0x139e8227
>> 653 0x139ea9d3
>> 653 0x139ea9d3
>> 653 0x139eaaaa
>> 653 0x139eadb0
>> 653 0x139eaaaa
>> 653 0x139eaaaa
>> 653 0x139f09b1
>> 653 JVM_InvokeMethod
>> 653 0x110d7e4f
>> 653 0x110bb4b1
>> 653 0x11119356
>> 653 0x1111963a
>> 653 0x139e8227
>> 653 0x139eaaaa
>> 653 0x139eaaaa
>> 653 0x139eaaaa
>> 653 0x139eadb0
>> 653 0x139eadb0
>> 653 0x139eaa7f
>> 653 0x139eaa7f
>> 653 0x139ea9d3
>> 653 0x139eacd9
>> 653 0x139eaa7f
>> 653 0x139eaa7f
>> 653 0x139ea9d3
>> 653 0x13a63b00
>> 653 0x1429a86c
>> 653 0x14521dcc
>> 653 0x142b4b11
>> 653 Java_org_eclipse_swt_internal_carbon_OS_SendEventToEventTarg et
>> 653 SendEventToEventTarget
>> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
>> OpaqueEventTargetRef*, HandlerCallRec*)
>> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
>> HandlerCallRec*)
>> 653 ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*,
>> OpaqueEventRef*, void*)
>> 653 SendEventToEventTarget
>> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
>> OpaqueEventTargetRef*, HandlerCallRec*)
>> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
>> HandlerCallRec*)
>> 653 0x34a458
>> 653 callback
>> 653 JNI_CreateJavaVM_Impl
>> 653 0x110a368c
>> 653 0x11119356
>> 653 0x1111963a
>> 653 0x139e8227
>> 653 0x139eaa7f
>> 653 0x13a5cdc0
>> 653 0x145321a0
>> 653 0x139eaa7f
>> 653 0x139f09b1
>> 653 Java_org_eclipse_swt_internal_carbon_OS_CallNextEventHandler
>> 653 CallNextEventHandler
>> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
>> OpaqueEventTargetRef*, HandlerCallRec*)
>> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
>> HandlerCallRec*)
>> 653 StandardWindowEventHandler(OpaqueEventHandlerCallRef*,
>> OpaqueEventRef*, void*)
>> 653 HandleMouseEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*)
>> 653 HandleWindowClick(OpaqueWindowPtr*, Point, short, unsigned long,
>> OpaqueEventRef*)
>> 653 HandleClickAsHIView(OpaqueWindowPtr*, OpaqueEventRef*)
>> 653 HIView::Click(OpaqueEventRef*)
>> 653 SendEventToEventTarget
>> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
>> OpaqueEventTargetRef*, HandlerCallRec*)
>> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
>> HandlerCallRec*)
>> 653 HIView::EventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*,
>> void*)
>> 653 HIView::ClickSelf(OpaqueEventRef*)
>> 653 HIView::ClickInternal(CGPoint const&, unsigned long, void
>> (*)(OpaqueControlRef*, short), OpaqueEventRef*, bool)
>> 653 SendControlDefTrack(HIView*, CGPoint const&, unsigned long*, void
>> (*)(OpaqueControlRef*, short), OpaqueEventRef*, short*)
>> 653 SendEventToEventTargetWithOptions
>> 653 SendEventToEventTargetInternal(OpaqueEventRef*,
>> OpaqueEventTargetRef*, HandlerCallRec*)
>> 653 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*,
>> HandlerCallRec*)
>> 653 0x34a198
>> 653 callback
>> 653 JNI_CreateJavaVM_Impl
>> 653 0x110a368c
>> 653 0x11119356
>> 653 0x1111963a
>> 653 0x139e8227
>> 653 0x13a5cdc0
>> 653 0x13ac1e04
>> 653 0x13e18ab8
>> 653 0x139eab2b
>> 653 0x13a5cdc0
>> 653 0x1452178c
>> 653 0x139eaa7f
>> 653 0x139f09b1
>> 653 Java_org_eclipse_swt_internal_carbon_OS_ContextualMenuSelect
>> 653 ContextualMenuSelect
>> 653 _ContextualMenuInsertItems(MenuData*, unsigned short, AEDesc
>> const*, ContextualMenuHelp const*, unsigned long*,
>> OpaqueContextualMenuItemsRef**)
>> 653 TContextualMenuPluginList::ExamineContext(AEDesc const*,
>> TPluginCommandList&, long)
>> 653 TContextualMenuPlugin::ExamineContext(AEDesc const*,
>> TPluginCommandList&, unsigned long, unsigned char&)
>> 653 SVNPluginExamineContext
>> 609 SVNPluginExamineContextDoAE
>> 400 AEGetNthDesc
>> 279 AEGetNthDesc
>> 121 getDescDataType(AEDesc const*)
>> 121 getDescDataType(AEDesc const*)
>> 209 SVNPluginExamineContextDoAE
>> 44 dyld_stub_AEGetNthDesc
>> 44 dyld_stub_AEGetNthDesc

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329749 is a reply to message #329743]

Wed, 02 July 2008 14:50

Paul Webster

Messages: 6859
Registered: July 2009
Location: Ottawa

Senior Member

John Hawksley wrote:
> Hi folks,
>
> Okay I've just come up to speed on Mac Contextual Menu plugins, and have
> found the culprit. A beta application called "dropbox" (which performs
> folder syncing) installed a context menu plugin, the removal of which
> made this problem go away. I'll report this to them.
>
> -John

Thanx for some good (and complex) debugging.

PW

--
Paul Webster
http://wiki.eclipse.org/Platform_Command_Framework
http://wiki.eclipse.org/Command_Core_Expressions
http://wiki.eclipse.org/Menu_Contributions
http://wiki.eclipse.org/Menus_Extension_Mapping
http://help.eclipse.org/help33/index.jsp?topic=/org.eclipse. platform.doc.isv/guide/workbench.htm

Paul Webster
http://wiki.eclipse.org/Platform_Command_Framework
http://wiki.eclipse.org/Command_Core_Expressions
http://wiki.eclipse.org/Menu_Contributions

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329752 is a reply to message #329749]

Wed, 02 July 2008 15:18

John Hawksley

Messages: 26
Registered: July 2009

Junior Member

Hi Paul,

No problem. I'm glad we at least have a little bit of knowledge on the
record about this. I'm still at a loss as to why Dropbox would
contribute actions to Eclipse's context menu, other than maybe they're
using some global mechanism. I sent feedback to them, at least. It's a
shame because it's quite a promising product.

However, I need a working Eclipse much more than I need folder
synchronization :-)

-John

Paul Webster wrote:
> John Hawksley wrote:
>> Hi folks,
>>
>> Okay I've just come up to speed on Mac Contextual Menu plugins, and
>> have found the culprit. A beta application called "dropbox" (which
>> performs folder syncing) installed a context menu plugin, the removal
>> of which made this problem go away. I'll report this to them.
>>
>> -John
>
>
> Thanx for some good (and complex) debugging.
>
> PW
>

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329756 is a reply to message #329752]

Wed, 02 July 2008 21:22

Eclipse User

Originally posted by: drew.getdropbox.com

Hi folks,

We (at Dropbox) have tracked this down and have put out a fix, which
Dropbox beta users can get below:

http://forums.getdropbox.com/topic.php?id=1376

Sorry for the inconvenience that the hangs caused (this build was only out
for a few days) -- the problem is resolved now.

Drew Houston
CEO, Dropbox

Report message to a moderator

Re: 3.4 (Mac) very slow to show right-click (context) menu [message #329762 is a reply to message #329756]

Thu, 03 July 2008 07:57

John Hawksley

Messages: 26
Registered: July 2009

Junior Member

Hi e.platform,

Yes just to confirm this as the original reporter here, I got a mail
from these guys this morning with a new (fixed) build. Turned out to
not be an Eclipse/SWT plaf issue, and Eclipse wasn't the only app
affected. For the record, Dropbox build >= 284 resolves this issue.
Thanks to the dropbox team for responding so professionally.

Best + thanks for your time,
John

Drew Houston wrote:
> Hi folks,
>
> We (at Dropbox) have tracked this down and have put out a fix, which
> Dropbox beta users can get below:
>
> http://forums.getdropbox.com/topic.php?id=1376
>
> Sorry for the inconvenience that the hangs caused (this build was only
> out for a few days) -- the problem is resolved now.
>
> Drew Houston
> CEO, Dropbox
>
>
>

Report message to a moderator

Previous Topic:	Why I can't run Eclipse3.4 on Fedora9?
Next Topic:	pde sources formatter

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Wed Jul 17 12:31:08 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter