Build: NetBeans IDE Dev (Build 201005270001)
VM: Java HotSpot(TM) 64-Bit Server VM, 16.0-b13, Java(TM) SE Runtime Environment, 1.6.0_18-b07
tbrunhoff: Restarted IDE, then did a refactor-->rename on a c++ method. The exception occured after the rename completed.
Created attachment 99950 [details]
Created attachment 99960 [details]
Created attachment 100188 [details]
Fixed in cnd-main:
Sorry, I've made a typo in the previous comment (#4)
The changeset that fixes issue in cnd-main is
verified in trunk build 20100621
tbrunhoff, please confirm that the bug has been fixed.
It looks like I've got into merge conflict when attempting to transplant the changeset main #f31981e3576c into release691 repository.
My investigation led me to opinion there's dependency on changeset main #65fa67fdcda2 which resolves issue 186684. To resolve this merge conflict I've got following options:
#1 you mark the issue 186684 with keyword 6.9.1_CANDIDATE and verify it on trunk
#2 I can do partial port of the changeset main #65fa67fdcda2, name the part in file cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/impl/services/TypeHierarchyResolverImpl.java
Ad #1) then I will transplant the changeset main #65fa67fdcda2 as the first and that will make the changeset main #f31981e3576c transplant cleanly into release691 repository.
Ad #2) I don't like partial changesets as they are often risky business
I need someone to bless either of those options or come with a suggestions for better solution.
I've suggestion from Alexander via e-mail:
> The best solution is:
> copy file cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/impl/services/TypeHierarchyResolverImpl.java
> from cnd-main to release691 and commit changes.
> Problem is in refactoring of the file TypeHierarchyResolverImpl.java. It prevents any transplant.
> I'm sure that refactoring does not break any functionality.
Fix ported into release691 #520fe60748fd
verified in 6.9.1 build