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.
I installed dev version of netbeans, 20130605, opened my remote project. I opened a file (logs/error.log), edited it, cleared most of the lines but left some information in (to avoid commons-net 3.1 bug with empty upload) and saved file. On the disk the file was changed but no remote upload Ouput window appeared. When I tried to download the file, the previous state was restored. I changed the file again and uploaded it from right-click menu and then it finally uploaded. It seems that the latest dev version does not detect filesystem changes. Project has correct setting: Upload files: On Save I checked messages.log, no exception occured, it just did not pick up changes. FTP settings are set to use FTP + explicit TLS.
It's just because extra whitespaces are removed. It has nothing to do with assignment group alignment. This crappy group alignment feature should never be implemented...it's just highway to hell my god...grr...:/ Sry ;)
Omg, wrong issue, sorry for my comment :D
Please, start NetBeans from command line with: -J-Dorg.netbeans.modules.php.project.copysupport.level=FINE reproduce your problem, reopen this issue and attach the IDE log. Thanks for your cooperation.
Created attachment 135446 [details] IDE log I added the option, opened up the project, edited the file and saved. then closed the file and then IDE. I think the root cause is this: WARNING [org.netbeans.modules.masterfs.watcher.Watcher]: Cannot add filesystem watch for D:/: java.io.IOException: Unable to open null: 3 Watcher fails to start.
Yes, it seems that you are right [1]. Reassigning to FS, could you please evaluate? Thanks. [1] From the attached log file: FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: Copy support REGISTERING FS listener for project dz2_server FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: -> RECURSIVE listener registered for project dz2_server WARNING [org.netbeans.modules.masterfs.watcher.Watcher]: Cannot add filesystem watch for D:/: java.io.IOException: Unable to open null: 3
@reporter: One idea - if you copy your project to C:\ drive and open it, does it work or not? Thanks.
Same error with another project on C: FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: No handler given FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: Copy support REGISTERING FS listener for project **** FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: -> RECURSIVE listener registered for project **** INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: C:\wamp\upload.ee took: 35 682 ms (New or modified files: 854, Deleted files: 0) [Adding listeners took: 4 ms] INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 3 source roots took: 35 779 ms (New or modified files: 854, Deleted files: 0) [Adding listeners took: 21 ms] INFO [org.netbeans.modules.extbrowser]: Cannot detect Mozilla : org.netbeans.modules.extbrowser.NbBrowserException: RegOpenKeyEx() failed for SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\MOZILLA.exe. INFO [org.netbeans.modules.extbrowser]: Cannot detect Mozilla : org.netbeans.modules.extbrowser.NbBrowserException: RegOpenKeyEx() failed for SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\MOZILLA.exe. WARNING [org.netbeans.modules.masterfs.watcher.Watcher]: Cannot add filesystem watch for C:/: java.io.IOException: Unable to open null: 3 FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: Closing Copy support for project **** FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: Copy support UNREGISTERING FS listener for project **** FINE [org.netbeans.modules.php.project.copysupport.CopySupport]: -> RECURSIVE listener unregistered for project ****
> Same error with another project on C: Thank you for checking this. How many files do you have in your project (the one with root at D:\)? The operation system can have some limit on number of file watches, so if you have a huge number of files in your projects, it is probable to cause problems. Do you really need to have a project at D:? It seems to be quite a bad practice. I suppose NetBeans haven't been designed for this usecase.
> The operation system can have some limit [...] I mean operating system, sorry :-)
(In reply to comment #8) > Do you really need to have a project at D:? It seems to be quite a bad > practice. I suppose NetBeans haven't been designed for this usecase. I assume that you have a project whose "Project Folder" = "D:\", so all files in the drive belong to that project. Am I wrong? This would to be a problem. (Of course, having projects stored somewhere in D: is perfectly fine.)
Please actually review the provided log before arriving at such ourageous conclusions that I have a project for whole D or whole C: FINE [org.netbeans.modules.php.project.copysupport.LocalOperationFactory]: Creating INIT handler for D:\Prog\minuweb\dz2_server (project dz2_server) This is definetly a bug within netbeans watcher itself or whatever code does the watcher initialization for project.
Just in case, relevant line from the project located on C disk: INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: C:\wamp\upload.ee took: 35 682 ms (New or modified files: 854, Deleted files: 0) [Adding listeners took: 4 ms] So no, the project is not in root dir, no it is not huge (css, js, templates, controller, db models, additional helper classes, images, total of 854 files).
(In reply to comment #11) > Please actually review the provided log before arriving at such ourageous > conclusions that I have a project for whole D or whole C: I'm sorry, I've seen similar scenario recently so I thought it could be related. (In reply to comment #12) > So no, the project is not in root dir, no it is not huge (css, js, templates, > controller, db models, additional helper classes, images, total of 854 files). Sure, the listeners should definitely work fine with 854 files. Thank you.
@reporter: Could you please try to reproduce your problem once issue #230432 is fixed? I think that this issue could be its duplicate... Please, let us know then. Thanks a lot.
Ok, I'll wait for the nightly build and try it out then. BTW, bugzilla seems to be broken a bit. When I opened this page, it says I'm not logged in. I click on the "Log in" link at the top of the page and get redirected to https://netbeans.org/mypage that claims I'm logged in?! When coming back to this page, bugzilla still does not think I'm logged in. Only way to get access to bugzilla is to press log in link at bugzilla, then at netbeans mypage click "Log out" and then log in again...
I downloaded nightly version 201306122301 and file changes get detected and uploaded correctly again.
Thanks for verification, marking as a duplicate. @jhavlin: Sorry Jardo for false alarm... Thanks. *** This bug has been marked as a duplicate of bug 230432 ***