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.
This bug was originally marked as duplicate of bug 232354, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE Dev (Build 201307312300) VM: Java HotSpot(TM) 64-Bit Server VM, 23.7-b01, Java(TM) SE Runtime Environment, 1.7.0_17-b02 OS: Windows 8 User Comments: petah: Slow Maximum slowness yet reported was 2962 ms, average is 2962
Created attachment 138161 [details] nps snapshot
This just seems to be slow filesystem. There is no big delay just lucene reading index. Is this happening all the time or just when the code completion is invoked for the first time. Can you share your project?
Happens all the time. Constantly having performance issues with JS. I have even turned off JS file associations because of it. This is one of the projects: https://github.com/PANmedia/Raptor Is especially bad when there is compiled JS files in the project dir (2-3MB of obfuscated JS).
It is definitely not the slow filesystem. I have a quad-core MacBook Pro with SSD and it performed smothly in 7.3. For me also the minified JS of the source JS is in the project as by NodeJS module standard, having src/ and dist/ folders. Netbeans remains running at 100+% CPU once this autocompletion is triggered once. Autocompletion hangs forever with "Please wait...", always. Netbeans doesn't exit normally either, probably due to the running process. I always have to Force Quit it. Running on Mac OS X 10.7.5.
Same here I have a fast computer, including an SSD. I also have some node modules, and JS distribution files in my projects. And NB also doesn't exit correctly for me as per: https://netbeans.org/bugzilla/show_bug.cgi?id=233740
Ok, thanks for details.
I think we have to somehow balance index size and completion size.
Does NB index minified JS files?
(In reply to comment #8) > Does NB index minified JS files? Yep I think so. I'll recheck, but there is no reason why this would be an exception.
Created attachment 138242 [details] nps snapshot Work as usual...
Created attachment 138243 [details] nps snapshot Work as usual...
The only idea I have at the moment would be to make a type resolution for code completion optional. It looks like it is the major cause of slowness. What do you think?
IMHO, type resolution should be turned off for dynamic languages e.g. JavaScript.
I introduced new option under Options->Completion->JavaScript to disable full type resolution. For now it is still enabled by default. Please test in disable state and let us know on performance/usability. web-main 3f97a630d8cf
(In reply to comment #14) > I introduced new option under Options->Completion->JavaScript to disable full > type resolution. For now it is still enabled by default. Please test in disable > state and let us know on performance/usability. > > web-main 3f97a630d8cf It is Options->Editor->Code Completion->JavaScript actually.
Integrated into 'main-silver', will be available in build *201308062300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/3f97a630d8cf User: Petr Hejl <phejl@netbeans.org> Log: #233815 - CodeCompletion took 2962 ms
Reporters, any feedback on this?
Sorry I haven't tried the latest dev build yet. Ill try and do it next week.
78 duplicates, including many from late August and September dev builds. Increasing priority to P2.
The workaround that helped for me is to turn off "Perform full type resolution" under Tools -> Options -> Editor -> Code Completion -> JavaScript language. If the functional impact of turning this checkbox is not large, then I would consider turning it off by default for NB 7.4. Can others who ran into this bug please try this and report if it improves performance for you? Thanks.
Fixed in web-main: http://hg.netbeans.org/web-main/rev/7ce43aad1d41
I have just set the default value to false, so the type resolution is not done for code completion items.
This change http://hg.netbeans.org/web-main/rev/92f5faf8a956 just change the tests, which should be run with the type resolution switch on by default.
Transplanted to the releases: http://hg.netbeans.org/releases/rev/941cb528d7d3
Integrated into 'main-silver', will be available in build *201309160002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/7ce43aad1d41 User: Petr Pisl <ppisl@netbeans.org> Log: #233815 - CodeCompletion took 2962 ms.
*** Bug 234179 has been marked as a duplicate of this bug. ***
Full type resolution is disabled by default in RC, but it affects e.g. KnockoutJS (perhaps also AngularJS) support in HTML quite a bit (especially with usage of foreach or with binding). Current state is code completion offers no suggestions instead of "everything" as in before and I often see issue 236019 in such cases (issue is unrelated, it was just made more visible with this change). I would almost vote for reverting it to get better completion for these frameworks. Product Version: NetBeans IDE 7.4 RC1 (Build 201309152201) Java: 1.8.0-ea; Java HotSpot(TM) Client VM 25.0-b49 Runtime: Java(TM) SE Runtime Environment 1.8.0-ea-b107 System: Linux version 3.2.0-48-generic-pae running on i386; UTF-8; en_US (nb)
> but it affects e.g. KnockoutJS (perhaps also AngularJS) support > in HTML quite a bit (especially with usage of foreach or with > binding). Current state is code completion offers no suggestions > instead of "everything" as in before It would be useful to have a bug report for this.
I have just fixed issue #236019. It would be better to keep this fix as it is and propagate fix of issue #236019 to the releases, because the issue #236019 is remain here, but will not be visible by default :(.
Thanks, I'll wait to test it with the fix and file separate issue for the foreach/with case if it will be still reproducible
(In reply to Petr Jiricka from comment #28) > It would be useful to have a bug report for this. I tried web-main build and it is OK now, code completion is displayed. I'll build IDE from releases repo to be sure.
Seems to be fine also in 7.4 Product Version: NetBeans IDE 7.4 RC1 (Build 20130917-5b13ccf89b0f)
Verified, full type resolution is disabled by default Product Version: NetBeans IDE 7.4 RC2 (Build 201309252201) Java: 1.7.0_45; Java HotSpot(TM) Client VM 24.45-b08 Runtime: Java(TM) SE Runtime Environment 1.7.0_45-b13 System: Linux version 3.2.0-48-generic-pae running on i386; UTF-8; en_US (nb)