passing to java/navigation where it belongs...

It happens just for the first time I use Navigator window after I open the IDE.

Which build do you use?

Product Version: NetBeans IDE 6.0 (Build 200711261600)
Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05
System: Linux version 2.6.22-14-generic running on i386; UTF-8; pt_BR (nb)
Userdir: /home/michel/.netbeans/6.0

Thanks, I have it seen with build 20080103125301, but for me it doesn't happen always (of course I've tested it after
opening IDE)

I think I found the problem.
1-Open the IDE and any java file;
2-Set cursor on class declaration: 'public class...'
3-Restart IDE;
4-Open the Navigator window, and the class will be collapsed.

I am using a docked Navigator window. Should you test and remove RANDOM keyword?

Cheers.

Yes, that is the testcase, thanks again

P4 imo

According to the priority guidelines: "Inconsistent or non-standard access by keyboard (if the component is focusable in
different way as it's defined in guidelines or by IDE conventions)" is a P2.

Sorry, but I do not think this qualifies as P2 - the guideline, IMO, does not refer to a node that is collapsed when it
should be expanded (moreover there is a simple workaround - press right arrow to expand).

The cause for this problem seems to be clear: when the navigator is slided, an instance of the navigator view exists,
but is not part of the AWT hierarchy. The navigator view calls BeanTreeView.expandAll, but as the view is not in the
hierarchy, it does nothing (at least for the very first time in the given IDE run). When the navigator is un-slided,
there is noone to call expandAll anymore.

I have fixed/workarounded this in the Java Navigator by overriding the expandAll method and calling it again on
addNotify, but maybe the BeanTreeView should do this automatically. Passing to openide/explorer for consideration.

I have the patch in my outgoing clone, will be part of the main repository after my next push. Id: 92f69edc59e8

Thanks. I will verify on next daily build.

I have pushed my changed, but I am not sure if it was soon enough for today's daily build.
http://hg.netbeans.org/main/rev/92f69edc59e8

Reassigning to new module owner Tomas Holy.

Ok, I will add your fix to TreeView. Should I remove it from ClassMemberPanelUI$MyBeanTreeView or you will do it yourself?

I realized that this workaround would solve only this particular situation. In other situations when tree view is not
visible it would be necessary to track all expand/collapse calls and postpone them. So, I suggest to keep this
change/workaround in ClassMemberPanelUI$MyBeanTreeView and take into account that BeanTreeView does not expand/collapse
while invisible.

Not sure why it got reassigned to me - I passed it to openide so that you got a chance to think about it. I do not think
there is any reason to keep the issue open in the current situation.