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.
We are measuring regression on Main menus these days. It rised between builds 200604200200 & 200604210200, I think the welcome screen is again the root of all these problems, as you can see in the log : <event diff="1016" name="DONE PAINTING" time="1145867820437" type="TRACK_PAINT"/> <event diff="1016" name="addDirtyRegion org.netbeans.modules.welcome.content.DefaultContentPane, 0,0,608,521" time="1145867820437" type="TRACK_APPLICATION_MESSAGE"/> <event diff="1016" name="addDirtyRegion org.netbeans.modules.welcome.content.WebLink, 0,0,289,17" time="1145867820437" type="TRACK_APPLICATION_MESSAGE"/> <event diff="1125" name="DONE PAINTING" time="1145867820546" type="TRACK_PAINT"/> There is additional paint of the org.netbeans.modules.welcome.content.DefaultContentPane & org.netbeans.modules.welcome.content.WebLink after showing the menu. First usage growth only for Windows & Help menus, probably because they are opened over the Welcome Screen, but why rised subsequent values of all menus?
Probably question for Standa: Why is the whole Welcome Screen repainted again and again .. : File main menu ... - mouse pressed - painted whole menu <- we measured this time before new Welcome Screen - mouse released - painted org.netbeans.modules.welcome.content.WebLink, 0,0,289,17 org.netbeans.modules.welcome.content.DefaultContentPane, 0,0,608,521 <- now we are measuring this paint event Standa?
the welcome page loads rss feeds in two background threads. when the loading is finished it displays the feed contents and requests input focus for the first link in articles&news section. so when you activate the menu the input focus is transfered from welcome page to menu and when you're finished with the menu the focus returns back to the welcome page hence forcing a repaint event.
Well, we are closing Welcome Screen as a part of Prepare IDE ...
verified/closed