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.
Product Version = NetBeans IDE 7.4 (Build 201310111528) Operating System = Linux version 3.5.0-37-generic running on amd64 Java; VM; Vendor = 1.7.0_25 Runtime = Java HotSpot(TM) 64-Bit Server VM 23.25-b01 I have observed that when working with a PHP library not using namespaces that is linked to a PHP project using namespaces after some time all the basic and most important features (code completion, code and type hinting, code templates, etc.) stop working. Mostly this happens after IDE recognizes some error (e.g. while typing a new method call the line is erroneous until it is finished with semicolon) and even this error is finally fixed (the semicolon is written in the end of line and error highlight disappears) it happens that the mentioned features are not working anymore. The only help is IDE restart because after some more time it happened few times that all the IDE was frozen. I am not sure whether the bug is related to non-namespaces-using files or IDE trying to identify and hint on fixing of errors or the combination of the two. Anyway, on Ubuntu after this happens and I want to close the IDE (by clicking on close button), the IDE closes but the main "java" process remains running in the system monitor, further eating from 600-900 MBs... After a new start, a new "java" process is started. If this happens 3-5 times a day, I may end up with one current java process (650MB) and 4 old unclosed processes (4 x 650MB)...
Well, hard to say what could be wrong... Maybe if you could please create a profiler snapshot [1] (60 seconds should be fine) once this issue happens to you again. Unfortunately, right now I cannot see any way to help you, sorry. Simply reopen this issue and attach a snapshot, thanks. [1] http://wiki.netbeans.org/GenerateThreadDump#Profile_Me_Now
OK, I am sending the profiler snapshot. I was working in this ZF1 project (that is included within the ZF2 project) and suddenly it happened (well, not surprising at all, it happens all the time...)! I tried to do a code completion for an already existing and present variable, a code hint for a method within the project scope and a code hints for native PHP functions. Hope this helps a little...
Created attachment 142904 [details] Profiler snapshot
@obrejla: Ondro, could you please have a look at the snapshot? I can see UI for code completion is running but likely nothing suspicious... @reporter: It would be great if we could reproduce your problem - would it be possible to have your project? If not, could you please create a sample project we can play with? Also, you can try to use a new userdir [1], maybe it will help. Thanks. [1] http://wiki.netbeans.org/FaqAlternateUserdir
Sorry, but I don't see anything suspicious. Time spent in PHP is irrelevant. Try steps what Tomas wrote in comment #4, otherwise we can not help you :/
Nope, it is not possible to have my project and I have no time creating a new one and trying to reproduce the problem so that I could then give it to You. If You see nothing suspicious then the Profiler may be also working very good when not detecting problems I have. From what I have noticed: - the performance tool displays approx. 45% of real memory usage thus it looks like NetBeans 7.4 uses much less memory - according to system monitor NetBeans 7.4 uses 891MB at a time the performance widget displays 323MB (even 7.3.1 used less memory - max. up to 700MB at a time it started to be laggy) - if I close the NetBeans the "java" process is not stopped, so after two NB exits with the third run I have 1.8 GB of memory eaten (and more then 2.4GB after a certain time)... - according to You guys the Profiler detects no real problems thus developers may say: "I see nothing suspicious, I am closing this ticket". Well, the result is: "Perfect work guys"! Maybe I will copy Your approach to produce amazing software from now on and even with no need for bugfixing as no bugs could be reproduced...