Created attachment 8442 [details]
winzip of my ide.log which is 96MB without zip.

Size of file has been reduced. There are may Exception: 
Annotation: File
C:\WorkBox\ASCAE3\ASCAE\src\com\rigidsoftware\Automotive\ASCAD\MouseUpConnectionTool.java
cannot be deleted because it is read-only.
org.netbeans.modules.vcscore.VcsFileSystem$17: Do you want to run the
Edit command to make the file writable?
at
org.netbeans.modules.vcscore.VcsFileSystem.lock(VcsFileSystem.java:3811)
        ...
catch at [catch] at
org.openide.explorer.ExplorerActions$DeleteActionPerformer$DestroyAtomic.invoke(ExplorerActions.java:531)

------------
And Annotation: File
C:\WorkBox\ASCAE3\ASCAE\src\com\rigidsoftware\Automotive\ASCAD\MouseUpConnectionTool.java
cannot be deleted because it is read-only.
org.netbeans.modules.vcscore.VcsFileSystem$17: Do you want to run the
Edit command to make the file writable?
        at
org.netbeans.modules.vcscore.VcsFileSystem.lock(VcsFileSystem.java:3811)
....
[catch] at
org.openide.explorer.ExplorerActions$DeleteActionPerformer$DestroyAtomic.invoke(ExplorerActions.java:531)

Created attachment 8450 [details]
smaller log

Martine, could you look on this? It seems very strange, I have heard
nothing like this, it isn't reproducible with nb341 for me. Do you
have any similar defect? Optionally assign back to openide/actions or
explorer.

What was the dialog box, that popped up, about? There is a running
delete action in your ide.log file:
org.openide.explorer.ExplorerActions$DeleteActionPerformer$DestroyAtomic.invoke(ExplorerActions.java:531)
It seems, that you have deleted the files yourself.
What exactly did you do in NetBeans and what was doing your
application? Could not the application trigger the delete action?

How could the application trigger NB to delete files?  My application
is not a NB module or anything.  It does not really deal with files. 
Its a drawing program.  It was just sitting there doing nothing.

The dialog popuped up and went away so quickly I couldn't read it.

I am innocent I tell you!  My IDE may have deleted the files, but I
had nothing to do with it, I swear :D  I really was not deleting files
at the time.  Besides, It deleted in a strange way

/dir1
/dir1/dir2
/dir1/dir3

It deleted all files in all 3 of those directories.  It would have
taken a concerted effort for me to select those files in 3 different
directories, and at the same time, leave the directories themselves
unselected.  

it also did not touch my files in another CVS mounted directory of
mine.  and of course it couldnt delete the files I had mounted as read
only I guess.

Basically, all files from that specific mount were deleted, Some were
new files that had been added but not yet commited to CVS.

How is this issue resolved and invalid?  This is not some kind of
joke.  Certainly you agree that a 96MB log file is indication of ill
behavior?

O.K., I believe you. But something had to start the delete process.
And it was started in the GUI in Explorer. I do not believe, that
NetBeans would decide itself to start deleting all of your files, this
is why I've resolved the issue as invalid.

The exceptions, that are reported in the log file are caused by
read-only files, that could not be deleted. It only proves the
presence of the delete process, but does not say why it started.

Moving back to openide for evaluation. VCS modules has nothing to do
with the delete action. It only deletes files, that it is told to
delete by the Data Systems.

Can deleting a file be cached and executed at a later time?

I reproduced at least the cyclic exceptions and 96MB logged results by 
1. make files in the directory read only.
2. mount the cvs directory.
3. select directory and choose delete.(filesystem tab)
4. click OK or YES to the dialog box (which must have been the dialog
that popped up over my browser...)

Then I get this incredible log with the cyclic exceptions and what
not.  So as a minimum we can log the cyclic exception as a bug to be
fixed.

I did not wait for the 96 MB size to build up.  my lap top is not
powerful enough for that.

Anyway, if the files were read only, and VCS was thus incapable of
deleting the files, how did they get deleted?

I still do not know how this process started.  You can't ask for more
than a yes/no box...Why didn't the files go into the trashcan?

Added myself and Maxym because it concerns the RC3.4.1

Well, really, a strange issue. Never saw such a thing, and I really
hope that IDE doesn't delete the files itself. Otherwise it's not an
IDE, it's a virus and I should send it to Kaspersky Lab ;-)

However maybe there's a strange behaviour with Del on my Windows box:
when I press Del key, it may not react at all, but when I right-click
a mouse and select a "Delete" action, two windows with a Delete promt
appear. Maybe that's a problem here?

I don't understand one thing. You wrote: "The dialog popuped up and
went away so quickly I couldn't read it." Does it mean that
*something* invoked deleting and also confirmed the decision ? I think
these are at least two GUI operations. It looks like some automatic
test was running ... :-)

Well I was typing an email (webmail).  This is my biggest frustration
with "window" systems.  I hate when I'm doing one thing, and something
else comes along and jerks the focus away from me!  If I am actively
typing, I may not notice the focus change.

I assume this is what happened.  I was typing and the dialog box came
up just as I was hitting 'space' (windows uses space like enter on
selections) so it just accepted the current selection which was the
default selection which was "yes."

So here is another 'enhancement', delete dialogs default selections
should be 'no.'  Then theroetically this problem would not have occured.

I am ready to forget about how it got invoked.  But I assure you it
was not by me.  Maybe the IDE grabbed the focus for some reason, but I
can not imagine why it would let it go once it had it.

Still we have the cyclic "can not delete" exceptions right?

> So here is another 'enhancement', delete dialogs default selections
> should be 'no.' 

I completedly agreed.

Am I going to have to close this issue and open it as 2 seperate
issues to see any action?

1. delete of CVS directories when files are read-only causes cyclic
exception filling ide.log until OS vomits.

2. default selection for file delete dialog should be 'no.'

> 1. delete of CVS directories when files are read-only causes cyclic
> exception filling ide.log until OS vomits.
> 
> 2. default selection for file delete dialog should be 'no.'

please go head.  Record the issue numbers here and close this report.

Nobody believes me :(

I have split the issue and filed the 2 solid portions of it that are
reproduceable.

Joyfully reopening issue, cancelling psychiatric appointment.  Someone
on the netbeans user group also encountered unsolicited file deletion
attempts upon compile using cvs via ssh.  I requested he post here.

My case is rather different, actually: nb is NOT able to 
delete my *.class files as i should when I try to 
compile... 

Drats.  Guess I am crazy...Closing again.

Maybe you need this issue,
http://www.netbeans.org/issues/show_bug.cgi?id=29622

wonder how your class files became read-only? were they in the repository?

Maybe it is related to CVS, often, if you have more than one CVS
filesystem in a project, a cvs command on a file is automatically
executed on the root CVS filesystem. If this command is a cvs update
get clean copy, nb starts by erasing all the files. It is very easy to
reproduce as it happens very often, if you have more than one CVS
filesystem in a project. 

i have not seen an update that would get rid of my current files.  I
have tried many times, but have always been forced to manually delete
files first, then select update, or checkout.

But indeed the project I was working on would have had 2 CVS mounts, 1
in my basement, the other to sourceforge.  Though probably the other
directory was mounted as a plain directory as opposed to a CVS directory.

I have no idea what's the problem is.  Assigning to dkonecny.  David,
please communicate w/ dnoyeB and try to resolve this issue.  Thanks

Christian, I tried to reproduce what you described on
NetBeansIDE-release341-200301202341 on JDK 1.3.1_06 but without
success. I started IDE with clean user dir. Mounted three CVS
filesystems, added them into project and in project tab I modified two
files in the same directory and then tried CVS Update + Get Clean Copy
on one of these files. In the CVS log I can see that the file was
updated, the second modified file was not touched. Also the action was
very fast. If the action was started on root of VCS FS it would have
to take much more time and second modified file would be refreshed as
well.

Is that how you reproduce the problem? Do I understood it correctly?

Anyway, I'm moving issue to VCS. Martin, could you please look at
Christian's comment. I'm not able to reproduce it, but maybe you know
more from the description. Doing a VCS action on a file should not
affect the whole filesystem. If it is bug not related to VCS please
move it back to me. Thanx.

Btw. the only a bit strange thing which I found was that following
error was logged more than 50 times. If whole my FS (which let say has
100 files) would be in that condition the log file would have in a
moment more than 20MB!

INFORMATIONAL *********** Exception occurred ************ at Mon Feb
03 13:15:09 CET 2003
Annotation: The file build.xml does not exist as a local copy. Check
it out first.
org.netbeans.modules.cvsclient.NbJavaCvsFileSystem$2: The file
build.xml does not exist as a local copy. Check it out first.
org.netbeans.modules.cvsclient.NbJavaCvsFileSystem$NbInfoImpl.inputStream(NbJavaCvsFileSystem.java:492)
org.openide.filesystems.AbstractFileObject.getInputStream(AbstractFileObject.java:165)
org.openide.filesystems.MIMESupport$CachedFileObject.getInputStream(MIMESupport.java:169)
org.netbeans.core.filesystems.DefaultParser.parse(DefaultParser.java:104)

> if you have more than one CVS filesystem in a project, a cvs command
> on a file is automatically executed on the root CVS filesystem.

Well, I have never seen this, but there is issue #28718, which
describes essentially the same problem.

The exception "The file build.xml does not exist as a local copy.
Check it out first." is thrown when there is an attempt to load a
file, that physically does not exist on disk. It should probably be
silently ignored by the MIME resolver?

Well, the original problem is a mystery to me, for the secondary
problems we have already submitted issues #29894, #29895 and #28718,
so I propose to close this. David?

I agree. I'm closing as WONTFIX. Please add your comments directly to
individual issues.

As for the exceptions: sometimes it is OK to silently ignore the
exception sometimes not. I do not know how to concretely handle this
case. I just wanted to point of that it might be problem (maybe even
performance problem) if we log too much. The original ide log from
dnoyeB has 96MB! That's too much.

I did file 29894 as a related problem, but no action has seen it yet.

I filed separate issue to enhance the checking of the log file size.
96MB is too much. It is issue 30636.

Someone else experienced all their files being deleted on windows.  It
had to do with what windows calls 'offline files.'  Appearantly NB and
offline files don't get along too well.  He says he can reproduce no
problem.

I have had a similar problem (reproducable), when working 
with 'offline' files.

Background
Window 2K has a 'feature' that allows you to cache files 
on remote machines. The configuration that I had was to 
allow me to work on a laptop, but keep the master files of 
a desktop. When you configure a share, allow offlien 
caching of documents, and then on the laptop cache the 
mount the share and cache it then you have a local copy of 
the offline files. You can edit the files on the laptop, 
while connected, or disconnected, and then synchronise the 
share and the latest version of the files are 
redistributed up to the desktop/down to the laptop

The problem that I had is although thi works OK for all 
other applications that I have tried it with, it fails in 
netbeans, and deletes the files source files when I edited 
the source when the 2 machine were disconnected. From 
memory this is not just the files that are edited, so I 
think it must be one of the background parsers etc

here is a copy of a conversation in nbusers


> -----Original Message-----
> From: CL Gilbert 
[mailto:lamont_gilbert@rigidsoftware.com] 
> Sent: Monday 17 February 2003 19:17
> To: nbusers@netbeans.org; Mike Skells
> Subject: Re: [nbusers] netbeans and microsoft offline 
working 
> destructive bug?
> 
> 
> I knew I wasn't crazy! I knew it!!! :D
> 
> I also lost a whole mess of files that were CVS and got 
> automatically deleted while NB was in the background 
because 
> I was browsing the web.  I wondered why NB couldn't stop 
the 
> deletion, but appearantly it was file system generated?
> 
> I had my directory shared and my second computer is a 
laptop 
> that I used to synchronize on daily (now I just copy 
over 
> files using beyond compare(www.scootersoftware.com), but 
I am 
> not familiar with what you mean by set cacheing?
> 
> 
> CL
> 
> Quoting Mike Skells <Mike.Skells@ebizz-consulting.com>:
> 
> > Hi,
> > I have found some wierd, and destructive behavior with 
microsoft 
> > offline working, where java source files get deleted
> >  
> > Configuration -
> > 2 windows2000 pc, 
> > both running jdk1.4.1, nb 3.4.1
> >  
> > configure a share of a NB mount point on one machine, 
and set it to 
> > allow data cacheing mount the drive on the second 
machine, 
> and cache 
> > the mount point disconnect the two machines
> >  
> > Normally this would allow the second machine to 
edit/update 
> the files, 
> > and then they can be synchronised when you reconnect, 
a 
> usfull feature 
> > for laptop users
> >  
> > When I started editing a file with netbeans, and a few 
> seconds later I 
> > got a message (when I wasnt typing, presumably from a 
backgroud
> > activity) indicating that the file cannot be saved.
> >  
> > When Iooked at the file system several (20+) java 
files had been 
> > deleted by NB!
> >  
> > Any ideas what is causing this. I can reproduce this 
on my systems.
> >  
> > Mike
> >  
> >  
> >  
> >  
> > 
> 
> 
> 

In the light of latest comments I tend to think that problem might be
in our filesystems and their interaction with OS? Passing issue to
Radek for evaluation. I've never used this W2000 feature before and so
I even did not know how to setup it. This article helped me
<http://www.techsupportalert.com/pdf/t1549.pdf>. You must first create
a share and then this share will have Cache button where you can
further configure offline folders.

I have Win2k and set up offline sharing as mentioned, shared files I
mounted in NB IDE. And now please I would like to know steps how to
reproduce. Please  describe them step after step,  and as easy as
possible. Add info which NB version, which JDK, build of Windows,
service pack and generally as much as possible.

Please is following true ?
You choose folder on network drive and set up offline sharing in
Win2k. This folder contained versioned sources and then probably also
CVS folder. So, this folder was mounted in NB explorer as CVS FileSystem.

Please could you also confirm that this problem is reproducible on
last dev build. Please describe which dialog box popups. Is it NB
dialog or WIN dialog, that shows progress of synchronization, or
anything else ? Were your connection with shared network drive broken ?

When I had the problem I was not using a 'network' drive.  I was
sharing a drive on my desktop.  I selected that drive from my laptop
and said 'make available offline.'

When you say shared network drive to me that implies a 3rd computer. 
anyway as you can see from the first post, when I lost my files I was
using NB3.4.1RC2 and 1.3.1_06 with windows look and Feel.

I have not encountered this problem since mainly because I dont use
offline files as they are kind of quirky.

Hopefully, Michael can shed some light.

my configuration was a web module, no cvs.
win 2k SP3 on the laptop, NB 3.4.1, JDK1.4.1 on both 
machines. I will not be able to spend any time this week 
going through a re-setup due to a delivery that I have to 
make tomorrow, but I will go through a config over the 
weekend. 
I havent pulled down the latest dev build as I am only 
modem connected at the moment!
the popup was a NB popup, from memory a 'cannot edit file' 
or 'cannot delete file'. I will confirm at the weekend.

in simple steps (from memory)
configure the server to share the files. I set it up for 
manual caching for documents
mount the share on the client
on the client set the files to be available offline
sever the link
start NB, edit files and wait.


I will download the latest dev build and go through the 
above procedure the verify if I have missed anything, 
against 3.4.1, and then the dev build




In my scenario I only edited the files after the network 
link was broken

OK I'll try to simulate it with NB 3.4.1 and if not succesfull, then
I'll wait that you provide additional info.

One more question that occured my mind:
1/  you shared sources from server via RAS using modem connection ?

My config is acualls laptop (running ICS) with a modem , 
and a local lan. The laptop is on the local LAN.

the desktop connect to the internet, and the laptop reuses 
the connection as and when needed via ICS.

both machines have (seperate) VPN access to a corperate 
network (on most of the time)

  

NB instalation and userdir is not on shared drive, is it ?

Simulated and not reproducible on dev build. I simulated broken
connection (I pulled out LAN cable) and modified sources offline. Then
I again plug into network and confirmed synchronization process.   I
also manually tried to invoke refresh on FS nodes. Everything was OK,
I was not able to run into problems.

Also NB34.1 will be tested.

Do you think, that there is possible that anybody else could change
sources on server while you were offline ?

For me, both computers were actively connected to each other.   Their
was no temporary disconnection or anything.  Most likely I had already
synched my laptop, but perhaps not.

My laptop was just sitting there connected AFAIR.  I was working on
the desktop (server so to speak), and at the time I was browsing the
web when this happened.  So likely the computer (both of them) has to
remain idle for a certain amount of time.

I suppose I could try it over the weekend...

Please are there any news which could help to find cause of this issue
? Is it still reproducible ? Sorry, but seems to me that I need your
help to be able to resolve it. 

One more question again:
What does it mean, that files were deleted in this case ? Please
choose one scenario or describe yourself if no one appropriate.

1/ Files were present on shared drive, but there were no your last
changes made via NB IDE

2/ All files really disapeared also on shared drive. And were not
reachable anymore.

Hi,
SOrry for the delay, but I have have a few problems over 
the WE & didnt get to it until today.


I cannot reproduce the problem anymore. I have downloaded 
the 200302200100 build, and attempted to setup the same 
configuration and I cannot reproduce the problem with that 
build. 

Unfortunately I cannot say if this is a fix as I cannot re-
install 3.4.1, as the installer hangs (I have de-installed 
NB + java, and re-installed, and the installer hangs using 
100% cpu after the first dialog (where to install)

As regards your last question, The files were deleted on 
the laptop only (it was disconnected from the server at 
the time). The files that were deleted were  mostly ones 
that were not edited.

I have found a new UI problem with build 200302200100. 
(one of the limitations of offline working is that you 
cannot dlete directoried). If you cut and paste a package 
whilst disconnected, theere is an (expected) exception 
displayed indicating that the directory cannot be deleted, 
but the explorer view of the package still contains the 
children, although tey are not present anymore, and indeed 
it seems that the same nodeis placed twice in the explorer 
view, as a rename to one of the child nodes, is reflected 
in both trees. Should I file this as an additional bug?

Using wrong terminology.  Its not a shared drive, its a shared
directory.  Their are only 2 computers in this setup.  Desktop, Laptop.

desktop shares the directory that contains the project.
laptop attaches to shared directory and sets windows to give access to
it while offline.

When I lost my files I was working on, from the desktop and ALL files
in the source directory were deleted.  That is, all .java files.  The
laptop was currently not being used.

Thanks to you. If you are not able to reproduce on dev build, which is
important for NB 3.5, then I think, we  must consider, that this
problem is not reproducible in dev build , until we get more
information. That's reason, why priority decreased to P3.

Yes, I use wrong terminology. Sorry, for that. Seems to me, that your
both cases, have only one think in common "make available feature",
but used in different configuration. 

I'll tested also on NB 3.4.1 and was not able to reproduce. Please
confirm it or disprove.I must insist, that I'm helpless, until I get
steps how to reproduce. Please provide them ASAP to be able to fix in
NB 3.5.

I have no reason to think, that I'll be able to fix this issue in
NB3.5. So, target milestone changed to 4.0.

But I'm not sure if I can let this issue open for a long time,  if
there doesn't exists a way how to reproduce.

I think that it should not be closed just yet. I think 
that a few requests to the user community from the 
developer may help, to see if someone ou there can 
reproduce this. 

There seems to be some underlying issue with (java or 
netbeans) and mounting shares in windows.
As the outcome of the bug is pretty catastrophic to a user 
who has no code backup (yes I know they should have 
but...) I imagine that there are some people out there 
there who tried it and can reproduce it. Perhaps a note in 
the weekly newsletter?

I didn't intend to close this issue  a day or two after I asked you to
reproduce it and describe :-). But on the other hand, there is no
reason to have in issuezila bugs, that everybody skips, that are open
and not touched from release to release, because nobody knows where
the problem is, if the problem persists in dev build, ....

Moreover I'm sure, that almost everybody, if  came into this problem
will be annoyed enough to report it whether this issue is open or not.
And closed issues are not removed, they are only marked as closed. So,
no comments won't be lost.

I'm sure that problem, that described occured and was really 
horrible. Do you think, that you are really sure, that the problem was
caused by NB (can you exclude that problem is e.g. in "make available
offline" feature or anywhere else)? If so, then are you sure, that
there was no need any confirmation and files disappeared silently ? If
so, please try to summarize reasons for this thesis.

I must appologize for bothering you with questions, but that it's
unavoidable to find the cause.

I do appriciate your problem. I am spend enough time 
sitting on the other side of the problem, with user 
telling me about unreproducable problems....

I was not proposing to leave it open from release to 
release, just for say 1 month, if we cannot reproduce it.

The symptom was certainly induced by netbeans, and caused 
by the execution of the netbeans application. I sumise 
this because there were dialog boxes indicate that 
netbeans had found the file, and now could not edit 
it/save it etc, and then managed to delete it somehow. I 
am _not_ pointing the finger as the netbeans code. The 
files thick were not deleted seems OK, and I copied the 
files to a local directory, and worked on some standalone 
code.

I think that there is a general reluctance to file bugs 
from 90% of the user population. For example I would not 
have filled in a bug report if nobody else had seen the 
symptom, and put it down the the vagueres of the windows 
install

OK 1 month gurantee, that I won't close this issue :-).

Marked as WORKSFORME according to my previous comments.

closed