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.
Created attachment 153254 [details] JS-ctrl_click-delay-of-10secs.npss I'm editing huge JS file (7000 lines of code). It looks like NB is not quick enough to analyse it on the fly - some background scanning is constantly running while I'm typing. Background CPU load is OK, the problem is that when I CTRL+Click something NB hangs (becomes absolutely not responsive) for around 10 seconds in my environment. In such conditions I would prefer some of the following choices: 1. Be immediately navigated to the last known position of the target symbol (some double check can be applied - i.e. navigate only if target line really contains substring with such symbol). 2. Show some error message in console (like "background scan is in progress, we do not know the location yet") and immediately do nothing (let me be able to type the code or use Ctrl+F or just scroll to target line manually - this will be quicker than 10 seconds) 3. (additionally?) Improve performance of the background scan - delay of 10 seconds means it takes at least 10 seconds to analyse 7000 lines of code. I would say this is toooo long on modern CPUs (Intel I5-3470). BTW: that same file is being processed by my own compiler, based on AST coming from Google Closure Compiler (com.google.javascript.jscomp.Compiler), - it takes 0.5 secs to parse it and compile into two other internal formats. Corresponding NPSS file is attached.
One more 'wrong thing'. Background scan is started when I type something (this is OK) and when I press CTRL+S (I guess there is no need in this - nothing has changed).
The problem is that currently only one task can be run in EDT and there is not a way how to cancel it. According the attached npss file, there is running structure scanner in the moment when you click try to navigate. We are working for solving this. Thanks.