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 217580, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE 7.3 Beta (Build 201209232010) VM: Java HotSpot(TM) Client VM, 23.3-b01, Java(TM) SE Runtime Environment, 1.7.0_07-b10 OS: Linux User Comments: vriha: no idea, closing coffee-script.min.js after reformatting and saving it Maximum slowness yet reported was 11335 ms, average is 11335
Created attachment 124788 [details] nps snapshot
Created attachment 125499 [details] nps snapshot
Created attachment 125500 [details] nps snapshot
time spent in JsIndexer.index(), html.navigator should not run parsing task in EDT. Javascript, please evaluate if the time spent in js indexing is ok, and if so reassign to html.navigator. thanks.
39 reports in the last 5 weeks or so -> I think this is P2.
I have went through a few latest ide snapshots and find out: ER 626220 - HtmlParserResult.getDiagnostics() ER 625917 - HtmlNavigatorPanelUI.setParserResult() ER 625787 - o.n.m.subversion.util.SvnUtils.getRepositoryUrl() - o.n.m.java.source.parsing.JavacParser.getResult() ER 625733 - o.n.m.css.editor.api.CssCslParserResult.getDiagnostics() ER 624705 - o.n.m.html.editor.hints.HtmlRuleContext.<init>() ER 624560 - o.n.m.html.editor.hints.HtmlRuleContext.<init>() ER 623626 - o.n.m.html.editor.api.gsf.HtmlParserResult.getDiagnostics() ER 623475 - o.n.m.html.editor.hints.css.CssClassesVisitor.<init>() ER 622729 - o.n.m.html.editor.hints.HtmlHintsProvider.computeErrors() ER 622695 - o.n.m.html.editor.api.gsf.HtmlParserResult.getDiagnostics() ER 622029 - o.n.m.html.editor.hints.HtmlHintsProvider.computeErrors() ER 621786 - strange snapshot, nothing suspicious, too short time. ER 621555 - o.n.m.html.editor.hints.HtmlHintsProvider.computeErrors() ER 621188 - initialization of editor, not helpful snapshot ER 620992 - o.n.m.html.validation.ValidatorImpl.validate() So as you can see, the bulk of the slownests is comming from html. There are a few reports against JS editor from the beginning, where were slow obtaining documentation for a node, but this should be fixed already. Reassigning to html
I randomly took three reports from the 7.3 beta and 100% of them shows what I've already mentioned: html.navigator should not run parsing task in EDT.
Should be already fixed. *** This bug has been marked as a duplicate of bug 221642 ***