Created attachment 61063 [details]
messages.log

Unfortunately, I can't manage to reproduce that. Could you please provide further information? 

Steps:
1. Open version controlled project (svn).
2. Create new file in it. File is annotated as [New]
3. Delete this file.

File is deleted and no exception is thrown.

what status is the file and its parent folder? is it uptodate, new, copied ... ?
are you able to reproduce with whatever file or only with Client.java?

thanks
 

maybe this helps:

http://www.opensubscriber.com/message/users@subversion.tigris.org/3327904.html

to be honest, i have no idea at his moment what the cause for the error could be - it looks to me more like a setup
problem than an issue in the nb module.

Sorry this is no longer reproducible on my end. From what I remember, the files were marked green (new) in Netbeans but
were not marked with anything in TortoiseSVN (in other words they weren't "svn add"ed yet). I don't know what the status
of the parent directory was but if I had to guess I would say it was committed and up-to-date.

I've been able to reproduce this again. I don't know how much longer this will last so I'll tell you what I see using
TortoiseSVN right now:

- The file is marked as modified.
- This time the filename is ThemeHelper.java so no this isn't specific to a filename.
- The parent folder (and all its ancestors) is marked as normal
- Issuing "SVN delete" on the file works from outside Netbeans

How do I find out what SVN command-line Netbeans is invoking? What else can I send you to help debug this?

If unsure as to which svn is NB invoking u can see/set it in Tools|Options|miscellaneous|Versioning|Subversion| Specifi
the SVN home folder textfield,
but if it is blank here than NB probably uses SVN which is in system Path

sorry for the late answer, i totally lost focus on this:(

> - Issuing "SVN delete" on the file works from outside Netbeans
1.) did you delete via tortoise or cmd line? 
2.) unfortunately, this seems to be random so just because it works from outside nb still doesn't mean it wouldn't work
at the given moment from nb

did you check the previously posted link and find anything useful?
it states that that error appears in situations 
- when the file is not found
- when a folder is not found
- when one of the subfolder or the drive is not found 

any idea ?

could it be you are running any external tools which access your files while you invoke the delete command?

I got it!!!

This is caused by the problem discussed in issue 134771 posted on Tue May 20 06:55:26 +0000 2008

In a nutshell: Netbeans is issuing commands against "C:\Documents and Settings" which is a read-only symbolic-link-like
path. When I try deleting a file using a project referencing "C:\Documents and Settings" I can produce this bug 100% of
the time. When I modify the project to refer to "C:\Users" the problem goes away. To double check I then changed the
paths back to "C:\Documents and Settings" and the problem came back.

Blocked on issue 135547

> When I try deleting a file using a project referencing "C:\Documents and Settings" I can produce this bug 100% of
> the time.
well then, could you let me know if it's possible for you to svn delete a file from the commandline in such a case?

If you invoke "svn delete" against the fully-qualified path from some other directory then yes this error occurs from
command-line. If, however, you run "svn delete" against a local file while the current working directory is the parent
directory then the problem does not occur.

FYI: I filed a bug report with the Subversion team, http://subversion.tigris.org/issues/show_bug.cgi?id=3208

> If you invoke "svn delete" against the fully-qualified path from some other directory then yes this error occurs 
> from command-line
looks like a svn bug to me. i don't think there is a way how to workaround this reasonably -> wontfix