Build: NetBeans IDE 7.0 Beta (Build 201011152355)
VM: Java HotSpot(TM) 64-Bit Server VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02
jocke: activated modules
GUEST: enabling plugins and php and base ide
GUEST: Just open a project made with Netbeans 6.9.1
Maximum slowness yet reported was 8574 ms, average is 5459
Created attachment 103126 [details]
method be rewritten to not call org.openide.awt.ToolbarPool.getToolbars() immediately?
The whole call stack seems to come from a warm-up task soon after start. At this moment nobody needs the actual list of toolbars yet. As such just creating JMenu in ToolbarsListAction.getMenuPresenter() and filling it later (when the ToolbarPool.getToolbars() is already computed) will speed things up.
(In reply to comment #2)
> Can the
> method be rewritten to not call org.openide.awt.ToolbarPool.getToolbars()
sure, go ahead and do it:)
Well, that is core.windows action. I have other things to do, so if you don't want to bother with it, keep the bug open and assigned to you.
(In reply to comment #4)
> Well, that is core.windows action. I have other things to do, so if you don't
> want to bother with it, keep the bug open and assigned to you.
you introduced this bug in changeset http://hg.netbeans.org/main/rev/1482ef3b369d so it's up to you to fix it.
otherwise i'll just rollback that invalid changeset
Aha. OK, I will try to do something with it then.
Created attachment 110256 [details]
Way to check if toolbar is initialized
I guess, I can proceed.
<summary> in apichanges is wrong.
Integrated into 'main-golden'
User: Jaroslav Tulach <email@example.com>
Log: #192207: Non-blocking way to obtain list of toolbar configurations
Summary fixed in 97319d8bb296