[#ROR-188] Right-clicking in Ruby Editor freezes Eclipse solid - ASAP

Aptana RadRails

Right-clicking in Ruby Editor freezes Eclipse solid

Created: 01/Dec/07 02:43 PM Updated: 17/Dec/07 11:48 AM

Component/s:

Editor: Ruby

Affects Version/s:

1.0.0

Fix Version/s:

1.0.0

Environment:

64 bit Gutsy, Sun VM, Eclipse 3.3

Issue Links:

Depends

This issue depends on:

ROR-10 Limit list of refactorings shown in right-click context menu to only those that are enabled for the selection

Importance:	Critical
Studio Install Type:	Eclipse Plugin
Operating System:	Ubuntu
Relevant Browser:	Firefox
Participants:	Chris Williams and Scott Bronson

Description

« Hide

When I right-click in any Ruby file, Eclipse locks up solid and one CPU core goes to 100%. It's not just slow indexing; I let it burn for 10 minutes before giving up and killing it off.

It doesn't matter what .rb file. If I right-click in even the tiniest file, for instance application_helper.rb, ka-blam. Frozen.

It doesn't happen in the ERb editor, even if I right-click Ruby code.

I think this is new with 0.9.1.200711302337NGT. Certainly, it appeared in one of the most recent nightlies.

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

Chris Williams - 03/Dec/07 02:34 PM

So this is only happening on nightlies, or also in the stable 0.9.1 release?

Does it happen as soon as you right-click, or if you choose a particular sub-menu (like Refactoring)?

[ Permlink | « Hide ]

Scott Bronson - 03/Dec/07 02:39 PM

Only nightlies. Stable is fine. If you tell me how to install them, I can try previous nightlies to see when it appeared.

It happens as soon as I right click. No menu appears.

[ Permlink | « Hide ]

Chris Williams - 03/Dec/07 03:41 PM

http://www.aptana.com/docs/index.php/Reverting_to_a_previous_build_of_Aptana

This doc has some info on it. You can go into Help > Software Updates > Manage Configuration, select the RadRails feature and choose "Replace with another version". As long as you're not explicitly uninstalling older nightlies as you go, the new one just disables the old, it doesn't replace it. So you can always rollback between the versions.

[ Permlink | « Hide ]

Scott Bronson - 05/Dec/07 02:27 PM

Going back in history...

200712050311NGT: hangs
200711302337NGT: hangs
200711292114NGT: hangs
200711282025NGT: hangs
200711131528NGT: works!

So, it's something that changed between the nightly of November 15th and November 28th.

[ Permlink | « Hide ]

Chris Williams - 05/Dec/07 03:04 PM

Thanks for tracking that down. There's a lot of changes over that time, but I have my eye on one of them. The change was to try and limit the list of refactorings shown to only that that made sense on the current editor selection. (checked in November 14th)

Are you seeing any errors in the log around this? http://www.aptana.com/docs/index.php/Accessing_your_Aptana_log

[ Permlink | « Hide ]

Scott Bronson - 05/Dec/07 03:15 PM

Hard to say... Maybe this is something?

!ENTRY com.aptana.ide.lexer 1 0 2007-12-05 19:22:02.795
!MESSAGE (Build 1.0.1.004323) Unable to locate type enumeration: com.aptana.ide.editor.erb.lexing.RubyTokenTypes
!STACK 0
java.lang.ClassNotFoundException: Unable to find class: com.aptana.ide.editor.erb.lexing.RubyTokenTypes
at com.aptana.xml.BundleClassLoader.findClass(BundleClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at com.aptana.xml.BundleClassLoader.loadClass(BundleClassLoader.java:213)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at com.aptana.xml.BundleClassLoader.loadClass(BundleClassLoader.java:188)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
...

I've attached my entire logfile; maybe you'll be able to see something? There's a lot of noise in there!

[ Permlink | « Hide ]

Chris Williams - 05/Dec/07 03:22 PM

That portion of the log isn't related, but it is disconcerting (it's not able to find a class that is key to syntax coloring for RHTML files).

I'm not seeing the full log file here, can you double-check to make sure it's attached?

[ Permlink | « Hide ]

Scott Bronson - 05/Dec/07 03:26 PM

A Jira crash prevents me from uploading the logfile. I've sent it to you via email instead (to "Chris Williams (ASAP - Aptana Support)" <issues swirly support aptana com>).

[ Permlink | « Hide ]

Scott Bronson - 06/Dec/07 03:04 PM

The latest nightly, 20071206, locks up like the rest.

Did you get my logfile? Here are the most recent entries, doesn't look very promising.

!ENTRY org.rubypeople.rdt.debug.ui 4 4 2007-12-06 19:55:14.094
!MESSAGE Internal error occurred
!STACK 0
java.lang.NoClassDefFoundError: org/eclipse/debug/internal/ui/contexts/provisional/IDebugContextListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:161)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:501)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:471)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:430)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:413)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.rubypeople.rdt.internal.debug.ui.RdtDebugUiPlugin.start(RdtDebugUiPlugin.java:73)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:974)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:260)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:37)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:405)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:161)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:501)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:471)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:430)
...

!ENTRY org.rubypeople.rdt.launching 1 -1 2007-12-06 19:55:21.154
!MESSAGE Starting: /usr/bin/ruby -I /home/bronson/Apps/Eclipse-3.3-Aptana-Pro/plugins/org.rubypeople.rdt.launching_0.9.1.200712060217NGT/ruby/flush -rrdt_stream_sync.rb – /usr/bin/gem list -l

!ENTRY com.aptana.rdt 1 -1 2007-12-06 19:55:21.556
!MESSAGE Unable to generate a URL for the gem with path: lib/ruby-debug-base-0.9.3.gem in the com.aptana.rdt.libraries plugin

!ENTRY com.aptana.rdt 1 -1 2007-12-06 19:55:21.557
!MESSAGE Unable to generate a URL for the gem with path: lib/ruby-debug-base-0.9.3-mswin32.gem in the com.aptana.rdt.libraries plugin

!ENTRY com.aptana.rdt 1 -1 2007-12-06 19:55:21.557
!MESSAGE Unable to generate a URL for the gem with path: lib/ruby-debug-ide-0.1.9.gem in the com.aptana.rdt.libraries plugin

[ Permlink | « Hide ]

Chris Williams - 11/Dec/07 05:07 PM

I'm going to comment out the code that I think might be causing this (I don't have an evidence of it though), so that hopefully tonight we'll pop out a nightly with that change for you to test out.

BTW, I never got the email with the log file - my address is cwilliams@aptana.com if you'd like to try again.

[ Permlink | « Hide ]

Scott Bronson - 14/Dec/07 03:20 PM

Yes!! That nightly fixed the hang. Right-clicking works exactly as I would expect now.

[ Permlink | « Hide ]

Chris Williams - 17/Dec/07 11:47 AM

This bug came about because of the implementation of ROR-10. For now that means I'll just have to push that out until i can find a better way of implementing.