This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Build: NetBeans IDE Dev (Build 200708140000) VM: Java HotSpot(TM) Client VM, 1.6.0-b105 OS: Linux, 2.6.20-16-generic, i386 User Comments:
Created attachment 46576 [details] stacktrace
Looks like a Retouche issue - is this really a Ruby issue?
Yes, it's a Ruby issue. When I forked the Retouche code, I called the subpackage "retouche" to mark these classes as coming from Retouche as opposed to all the other code I had in the gsf module. That's definitely not been a good idea since many bug reports with "retouche" in the stacktrace wound up getting routed to java/source. I'm thinking I should do a massive package renaming to avoid this... The timing is not great though. But probably better to do it before 6.0 than after. Most downstream modules don't see the retouche packages, only the ones with implementation dependencies on gsf (like the ruby refactoring module).
I've updated the package paths for the Retouche-forked stuff so this confusion should no longer happen.
So is this fixed?
Moving from ruby/GSF to editor/CSL. Step one: assign to myself ;-)
Step 2: trying to make the owner not myself but the owner of the subcomponent.
Resolving all issues with milestone "future" as LATER. If you feel strongly that it should be implemented please reopen and set the target milestone to "next".
NetBeans.org Migration: changing resolution from LATER to WONTFIX