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.
Created attachment 94320 [details] Error example Hi, There seems to be a problem with the svn integration. If I have a filename containing special characters ie Å or Ø, netbeans things that i have some outgoing changes. If have a file named åben.txt, the svn result is an outgoing file åben.txt and an incoming file åben.txt. If I from the commandline uses svn to do an diff, it reports nothing. Maybe there is an equals method that doesn't work ?
Please attach the message log (~/.netbeans/6.8/var/log/message.log). It may contain some log messages or at least partially describe your setup.
Created attachment 94321 [details] message.log as requested
Could you run few commands in shell and paste the output? 1) locale 2) svn status ..../forretningsbeskrivelser (simply run svn status on the parent folder of sporgsmal...xlsx) 3) and please send me packed subversion cache - ~/.netbeans/6.8/var/cache/svncache
== locale == LANG="da_DK.UTF-8" LC_COLLATE="da_DK.UTF-8" LC_CTYPE="en_US.UTF-8" LC_MESSAGES="da_DK.UTF-8" LC_MONETARY="da_DK.UTF-8" LC_NUMERIC="da_DK.UTF-8" LC_TIME="da_DK.UTF-8" LC_ALL= svn status forretningsbeskrivelser doesn't return anything.
Created attachment 94325 [details] svncache
Well, there are actually two files in the cache (one Locally New and one Locally Deleted). But the two files slightly differ in their paths: 1) spørgsmål- svar dokument.xlsx - an 'a' with a small circle above followed by an 'l' 2) spørgsmål- svar dokument.xlsx - an 'a' followed by an 'l' with a circle above So netbeans indeed think there are some local changes. The question is why there are these two files while the commandline subversion client displays no changes. Which filename is actually correct? Which file is on the disk? First of all, you run Netbeans with a different locale than shell does. Netbeans runs with en_US, while shell uses da_DK. Do you start Netbeans from desktop? Secondly you run Netbeans with a javahl subversion client (set of dynamic libraries) and not with the commandline client, which is a good choice, however in this case you may get different statuses than with the commandline client. So i would like you to try the following: 1) Remove ~/.netbeans/6.8/var/cache/svncache folder, run IDE from shell (start it with $INSTALL_DIR$/bin/netbeans), do Subversion->Show changes on the parent folder and report results. 2) Remove ~/.netbeans/6.8/var/cache/svncache folder, run IDE from shell and with a commandline switch -J-DsvnClientAdapterFactory=commandline (so type $INSTALL_DIR$/bin/netbeans -J-DsvnClientAdapterFactory=commandline), do Subversion->Show changes on the parent folder and report results. This time the IDE will run with the commandline client and hopefully return the same results as 'svn st' in commandline 3) And finally please send me (on my email) the metadata file: ..../forretningsbeskrivelser/.svn/entries - i'll take a look at the exact path subversion actually tracks
1) Same result as before 2) Works no changes was found :) 3) Email is on its way
Problem is in subversion javahl client, which doesn't seem to handle the file correctly. Insetad of one up-to-date file it returns one file with unversioned status and one file with missing status. According to the reporter, commandline client works correctly, so as a workaround please run IDE with the following commandline switch: -J-DsvnClientAdapterFactory=commandline. Although we cannot fix this directly in any way, it would still be nice to be able to at least detect this situation and warn the user and suggest him switching to commandline client. It seems that although javahl returns a file with missing status (it should not exist on disk), asking java.io.File.exists yet returns true (i guess this could be the way to detect this). There's already a bug filed against subversion, see http://subversion.tigris.org/issues/show_bug.cgi?id=2464