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 201204021038) VM: Java HotSpot(TM) 64-Bit Server VM, 21.0-b17, Java(TM) SE Runtime Environment, 1.7.0-b147 OS: Linux User Comments: schkovich: Opening PHP project Stacktrace: java.lang.AssertionError: SFS folder is null at org.netbeans.modules.php.project.classpath.CommonPhpSourcePath.getInternalFolders(CommonPhpSourcePath.java:78) at org.netbeans.modules.php.project.classpath.CommonPhpSourcePath.getInternalPath(CommonPhpSourcePath.java:66) at org.netbeans.modules.php.project.classpath.ClassPathProviderImpl.getBootClassPath(ClassPathProviderImpl.java:264) at org.netbeans.modules.php.project.classpath.ClassPathProviderImpl.getProjectClassPaths(ClassPathProviderImpl.java:304) at org.netbeans.modules.php.project.PhpProject$PhpOpenedHook.projectOpened(PhpProject.java:865) at org.netbeans.spi.project.ui.ProjectOpenedHook$1.projectOpened(ProjectOpenedHook.java:84)
Created attachment 117702 [details] stacktrace
Can you reproduce also with a clean userdir? Thanks.
(In reply to comment #2) > Can you reproduce also with a clean userdir? > > Thanks. No I cannot. Clean userdir does not help but checking out project again does.
Created attachment 117829 [details] stacktrace See:: Bug 210578
I figure it out: It's about switch --laf javax.swing.plaf.metal.MetalLookAndFeel. When I remove it I was able to open project.
(In reply to comment #5) > I figure it out: It's about switch --laf > javax.swing.plaf.metal.MetalLookAndFeel. When I remove it I was able to open > project. Unlikely. The error appears if the _internal_ folder with some PHP signature files is missing. This folder is part of NetBeans installation. However, I will improve the code.
Added work around with an info message. http://hg.netbeans.org/web-main/rev/de79f21192b1
Integrated into 'main-golden', will be available in build *201204060400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/de79f21192b1 User: Tomas Mysik <tmysik@netbeans.org> Log: #210578 - AssertionError: SFS folder is null
Created attachment 118081 [details] stacktrace I imported settings from 7.1 the first time I opened Netbeans after installation.
Created attachment 118317 [details] stacktrace - disabled PHP - opened PHP project (almost empty) -> exception appeared
Apparently it happens from time to time. Steps: - have full build with ergonomics - activate php - create/open project Sometimes it happens that the SFS folder set in XML layer ("PHP/RuntimeLibraries" in this case) does not exist. Restart will solve this issue. Thanks.
Created attachment 118406 [details] stacktrace It happened again... 1, I had apparently disabled PHP cluster 2, now, I tried to open some older PHP project -> exception appeared
In addition to comment #11... - have full build (I always already had something enabled - javaee) - open PHP project (the activation is called automatically) Happened two times in two days with these steps.
Works for me. Can you run with: -J-Dorg.netbeans.core.projects.level=FINE -J-Dorg.netbeans.modules.ide.ergonomics.fod.level=FINE
(In reply to comment #14) > Works for me. Yeah, I'm afraid that it's still random issue although it happens more often in latest builds. I'll let know once I'll reproduce that with attached switches, thanks.
Can't open php project - loss of functional
I need the log file.
Created attachment 118604 [details] stacktrace Tried to open a PHP project generated with Netbeans 7.1, having its sources apart from the netbeans files.
I was not able to reproduce it yet. Anyway it looks that the issue need just more information - so INCOMPLETE looks much appropriate status to me.
I was not able to reproduce it with better logging yet and I'm just thinking if the logging couldn't prevent some race condition. Isn't there another way how to find what could be wrong? I'll try to redirect my std/err outputs to file to decrease the impact from logging to min. It looks that it happens quite often since we are getting at about one report daily.
JFTR, I was able to elminate this error by changing my web server to use PHP 2.2.8. I had been using 5.3.10.