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.
Hi, PopUp displayed on right click in editor takes considerable time. It was working well in Netbeans 4.0 but this has been degraded in Netbeans 5.0. My project has more that 10000 java files and I am using 2.4 GHz Xeon processor with 1GB memory. Thanks and regards Narayan
Numbers from automated tests running on 200604041800 build for these platformns Linux FC 3 Solaris 9 Solaris 10 Win 2000 Win XP Win XP (1.6.0-beta2) Java Editor Class Name popup 1st usage 132 151 155 354 234 244 Subsequent usage 134 154 148 395 228 228 Java Editor Method popup 1st usage 305 794 867 557 692 3145 Subsequent usage 136 150 152 395 253 236 That's really slower than 4.0 Java Editor Class Name popup 1st usage 95 160 93 57 93 Subsequent usage 99 140 83 61 98 Java Editor Method popup 1st usage 363 195 86 83 157 Subsequent usage 96 163 96 70 101
Can we measure this again, please, now when retouche has been merged. Thank you.
It's definitely worse ;( - NB Dev (200702111900) Solaris 9 1.5.0_11 Solaris 10 1.5.0_11 Win 2000 1.5.0_11 Win XP 1.5.0_11 Win XP 1.6.0 Java Editor Class Name popup 1st usage 338 260 553 537 627 Subsequent usage 356 302 678 531 613 Java Editor Method popup 1st usage 1117 1048 2151 2244 1101 Subsequent usage 319 289 671 533 610
Thanks Marian.
Latest results: Java Editor Method popup [ ms ] / 100 ms Linux,Solaris,Win 1st usage 418 686 516 Subsequent usage 72 111 127 Java Editor Class Name popup [ ms ] / 100 ms Linux,Solaris,Win 1st usage 160 189 219 Subsequent usage 69 110 122 According to NB Bug Priority Guidelines, UI responsiveness of a feature breaking UI guidelines -> P2
We haven't heard any complaints from users about editor popup menu performance. Obviously current performance breaks UI guidelines, but it's not as bad as to make the popup menu unusable and on most configurations is not even as bad as to make users notice. I'm going to ask for 6.0 waiver for this issue.
*** Issue 115725 has been marked as a duplicate of this issue. ***
Is this really P2? Users don't have problem with this. We should focus on real bugs, not to artificial ones.
Well, it's not an artificial issue, it is a fact that measured values are outside of the allowed limits. On the other side as I explained earlier the performance is acceptable for most of the users. I'm decreasing the priority to P3. If anybody objects please flick it back to P2.
I agree with Vita - we do not have complaints from users about editor's context menu being slow so marking for later.
NetBeans.org Migration: changing resolution from LATER to WONTFIX