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.
Build: NetBeans IDE Dev (Build 201105300401) VM: Java HotSpot(TM) 64-Bit Server VM, 14.1-b02-90, Java(TM) SE Runtime Environment, 1.6.0_15-b03-219 OS: Mac OS X User Comments: felipbou: Writing php code GUEST: code completion in current file DahliaNoir: Scanning projects is endless for only ONE project Can't edit formatting code properties Maximum slowness yet reported was 13495 ms, average is 6742
Created attachment 108628 [details] nps snapshot
HtmlCompletionQuery just submits a task to ParserManager.parse(...) but the parsing infrastructure is blocked by the RepositoryUpdater. I do not see anything wrong on this since the completion shows the "Scanning in progress" message.
Right, this happened to me as well - I would say the slowness detection infrastructure should not report cases when scan is in progress.
This is happening for me after the scan is finished.
The parsing thread is busy with PHP semantic analyzer which does some slow URLs resolving. 1) the semantic analyzer shouldn't be so slow 2) as the html completion does run a UserTask via ParserManager.parse(source, <UserTask>) this call should have much higher priority than any semantic analysis. I'm not sure about the parsing api internals but I'd expect all the lower priority tasks being cancelled when one runs the UserTask. My question is - does the PHP semantic analyzer properly react on the task being cancelled?
Not all reports are php semantic highlighter related. A lot of them is about slow getFileAttributes, lot of them are common when one has really big project where a lot of inheritance is used, a lot of them have already been fixed (resolving of deprecated invocations) and bunch of them are toooo old or too small.So I'll mark it as a duplicate of issue #231108, because most of the latest are of the same problem. *** This bug has been marked as a duplicate of bug 231108 ***