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.1.1 (Build 201203012225) Operating System = Mac OS X version 10.7.3 running on x86_64 Java; VM; Vendor = 1.6.0_31 Runtime = Java HotSpot(TM) 64-Bit Server VM 20.6-b01-414 All developers using our environment on Mac OS X have this issue on occasion (not applicable to windows machines). NetBeans decides to seemingly randomly choose a file to locally delete, however despite restarting the IDE the same file is being deleted. It means there's no way to edit the file. Sometimes restarting the IDE fixes the issue but most currently it is continuously deleting the file. The files list jumps around as the file completely disappears and re-appears as (I presume) locally deleted. Currently it's sat deleting mac's .DS_STORE files constantly, as well as my "includes" directory, I've recorded a short screen cast of the projects tab where it's deleting the .DS_STORE files; http://youtu.be/zERFn5vd0bc
Do you use (S)FTP client? Do you use upload-on-save feature? Is it reproducible even if you change to Manually upload files? Simply reopen this issue. Thanks.
Also, could you please try the development version of NetBeans [1] whether the issue is still valid? Thanks. [1] http://bits.netbeans.org/download/trunk/nightly/latest/
I'm using manual sFTP uploading through Netbeans, this issue occurs before I open any files or try and do anything, just as soon as the project is open. It's a tough one to really decipher due to the apparent erratic nature of it. I have restarted the IDE and I'm not currently getting the issue. I've downloaded the latest nightly build which is also not now bugging out. Perhaps it's some kind of issue with accessing the files over the network or something?
FS issue I guess.
Tomáši, this is a duplicate of the bug with FTP support that turned out to be caused by localhistory. I thought you remember the original bug number.
*** This bug has been marked as a duplicate of bug 202673 ***
(In reply to comment #5) > Tomáši, this is a duplicate of the bug with FTP support that turned out to be > caused by localhistory. I thought you remember the original bug number. Aha; I thought that the symptoms were a bit different.
As far as I can see, this is not resolved by the latest development build. I still have some directories appearing and disappearing regularly on the file list.
Reassigning, please evaluate. Thanks.
The bug 202673 was caused by wrong interaction between localhistory and ftp support. There was nothing wrong in filesystems. I have no reason to believe this time it is going to be much different. Thus, can you drive the communication with the user (request logs, do initial evaluation), please?
this seems to be different than issue #202673. 1.) comment #8 mentions directories - those aren't and never were touched by LH. Dayjo could you please confirm? 2.) the files are repeatedly appearing/disappearing, where in #202673 they were simply removed 3.) another thing is that .DS_STORE shouldn't be by default visible at all, so maybe it's some visibility related issue. - what are your settings in preferences > misc > files? - are the files physically removed, or is it just that they are shown/hidden?
4.) the LH related problems in bug 202673 where the case only on windows
Reporter please run with -J-Dorg.netbeans.modules.masterfs.level=FINE -J-Dorg.netbeans.modules.php.project.copysupport.level=FINE and attach messages log as described at http://netbeans.org/bugzilla/show_bug.cgi?id=202673#c25
Thanks for the replies, Yes directories are disappearing as well as files. It's very intermittent, the other developers in the office are having the same problem (Mac OS X 10.7), it doesn't always "Delete" the file/directory, currently it's just hiding / showing the a directory on and off very quickly, but sometimes it deletes a few files which I then have to pull back in through subversion. I shall run it with those command line parameters and return the log when the issue reoccurs.
Please reopen this issue once you have the logs (attach them here). Thanks.
Sorry, Jardo, right now I don't see any valid reason why this issue should be assigned to PHP - as I already wrote before (see comment #7) and Tomas confirmed (comment #11 and comment #12) recently. @reporter: Once this issue happens to you again, could you please try to create e.g. Java project and verify that the behavior is the same as for your PHP project? Thanks. So reassigning.
Hi Guys, Managed to finally see it doing the issue while running the Dev version with those command line parameters but there doesn't appear to be any errors in the IDE log. For instance, there's a directory called img-old that is showing/hiding rapidly at the moment, the only section of the log containing img-old seems fine with lots of these; FINE [org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper]: check 1,321,042,437,000 for /Volumes/joel/dev02/dyos_html/img-old/tbl/bl.gif Every single line of the log begins with "FINE". It's so temperamental that I foresee it being really difficult to get it doing it with another project (i.e. java), this project has thousands of files and directories and it only appears to ever do it on one or two at a time, every few launches or so, but I've had the same issue other project on the same location (network drive).
No logs.
@reporter: Once you have logs, reopen this issue and attach those logs.
Hi guys, Just a quick update on this. Since I've moved from using Subversion to Git on my projects, I have yet to replicate the issue. Don't know if that helps anything. If I can replicate it while logging I shall attach a log file.
(In reply to comment #20) > Hi guys, > > Just a quick update on this. > > Since I've moved from using Subversion to Git on my projects, I have yet to > replicate the issue. Don't know if that helps anything. > > If I can replicate it while logging I shall attach a log file. Scrap that last comment, it wasn't doing it for 2 days, then it just started doing it again.