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 (Build 201112071828) Operating System = Windows 7 version 6.1 running on x86 Java; VM; Vendor = 1.7.0_02 Runtime = Java HotSpot(TM) Client VM 22.0-b10 It was working fine on NetBeans 7.1 RC 2 (the latest build given to NetCat) but it is completely wrong on 7.1. I'm using this flag to start NetBeans: -J-DsvnClientAdapterFactory=commandline and have Subversion 1.7 in the command line and the repository. Again, everything was working fine with previous version. I even started with a new user dir. It shows lot of errors in the log like this one: INFO [org.netbeans.modules.subversion]: cli: ERROR "svn: warning: W155007: 'Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\build\test\classes\.netbeans_automatic_build' is not a working copy"
Add logs
Created attachment 114676 [details] logs
*** This bug has been marked as a duplicate of bug 203752 ***
(In reply to comment #0) > Product Version = NetBeans IDE 7.1 (Build 201112071828) > Operating System = Windows 7 version 6.1 running on x86 > Java; VM; Vendor = 1.7.0_02 > Runtime = Java HotSpot(TM) Client VM 22.0-b10 > > It was working fine on NetBeans 7.1 RC 2 (the latest build given to NetCat) but > it is completely wrong on 7.1. I'm using this flag to start NetBeans: > -J-DsvnClientAdapterFactory=commandline and have Subversion 1.7 in the command > line and the repository. Again, everything was working fine with previous > version. I even started with a new user dir. > > It shows lot of errors in the log like this one: > > INFO [org.netbeans.modules.subversion]: cli: ERROR "svn: warning: W155007: > 'Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\build\test\classes\.netbeans_automatic_build' > is not a working copy" I can't reproduce your problem with command line client which comes with TortoiseSVN 1.7.1. Which client are you using? Can you access the working copy from that client outside NB?
With Tortoise it works fine, is from NetBeans that I have the issue. I use TortoiseSVN 1.7.3.
Get one of the files marked as "New", run Subversion -> Show Changes on that file. Is it still marked as New in the Versioning view? If so, attach the message log then, maybe there's some message regarding that particular file and we'll know more.
Also a screenshot would be fine.
Created attachment 114811 [details] Picture
Created attachment 114812 [details] Logs Logs after doing Show Changes on a file.
I did your experiment and yes the file still shows as new. I tried that before. Even wiping out the cache didn't work.
i assume you tried Show Changes on Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\src\java\com\bluecubs\xinco\autoimport\XincoAutoImportThread.java, right? Can you paste the output of these commandline commands? 1) svn version 2) svn status Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\src\java\com\bluecubs\xinco\autoimport\XincoAutoImportThread.java
svn, version 1.7.2 (r1207936) compiled Nov 29 2011, 22:11:27 Copyright (C) 2011 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme Z:\>svn status Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\src\java\com\bluecubs\xinco \autoimport\XincoAutoImportThread.java svn: warning: W155007: 'Z:\NetBeans\Xinco\3.00.xx\XincoWebApp\src\java\com\bluec ubs\xinco\autoimport\XincoAutoImportThread.java' is not a working copy Second command result was unexpected as using TortoiseSVN works fine.
> Second command result was unexpected as using TortoiseSVN works fine. Well, but NetBeans behaves correspondingly to the svn command-line tool it uses. Maybe Tortoise uses a newer client that somehow behaves differently to 1.7.2 commandline client (although i doubt that). I am sorry, but we cannot be smarter than commandline tool (when we use that tool down in the base).
The cmd client version seems to be right, anyway please check that Z:\>echo %PATH% returns correct path to the TortoiseSVN bin folder. If yes, you can try to checkout the whole project again (using Tortoise and/or NetBeans) into a different folder(s) and try to run cmd command on this new checkout and see what happens.
Working with a fresh Tortoise SVN checkout seems to work fine. The original one was upgraded from 1.6 to 1.7. It is also on an external drive. That's the only thing I can think off that might be related to the issue.
There was a very little difference between RC2 and final, and it wasn't related to the version control systems modules, so the cause of the problem here is most likely a somehow corrupted Working Copy. It's odd that Working Copy upgrade ended up in a state when it's recognized by Tortoise, but not by cmd client. I'm not able to reach such state, upgrade works fine for me. Maybe it's because of some unusual configuration or repository structure.