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.
Menu: SubVersion-->Checkout I entered "http://svn2.cvsdude.com/gamt/DesktopTP" as Url, and user and password and clicking next the exception occurs. On second try wizard shows "http://svn2.cvsdude.com/gamt/DesktopTP" as Url and the exception occurs before clicking next. See attached log-file.
Created attachment 30627 [details] Log-file
Can you please have a look in files under ~/.subversion/auth/ and check that they have the following format: K 7 somekey V 9 somevalue ... etc END It seems our parser cannot parse those numbers after K and V, are all of them followed by an integer? Thanks.
Created attachment 31434 [details] Project tree
I don't know, where I can find ~/.subversion/auth/ See attachment.
Created attachment 31435 [details] Directory
in your case (on windows) it's c:\Dokumente und Einstellungen\ich\Anwendungsdaten\Subversion\auth
There are some cryptic files in subfolder '.\svn.simple': -------- On my NB5.0 installation I have in 1. file: K 8 password V 6 aaaaaa K 15 svn:realmstring V 52 <http://svn2.CVSDude.com:80> Subversion login (bbbb) K 8 username V 4 bbbb END -------- I have in 2. file: K 8 password V 6 cccccc K 15 svn:realmstring V 56 <http://svn1.CVSDude.com:80> Subversion login (dddddddd) K 8 username V 8 eeeeeeee END -------- On my NB5.5Beta installation I can look tomorrow, if necessary.
sorry, but i'm probably missing something. how is a solution for this problem depending on an error message? going to remove the dependency, feel free to post an explanation if you still should have a different opinion.
My assumption is, that the cause of this problem was a wrong SubVersion installation. Then issue 76982 would help to solve it. See also issue 79471, which is partially or full caused by wrong installation.
ok, there is one thing we probably could agree on - the problem _may_ be caused by a localization/locale issue - of course, only as long this is what you are pointing at:) But that's only one possible, even if a quite probable, reason for it and i don't agree that it's a dependency just because there is some suspiction that this issues may be in some way related to or may have a same/similar cause as an another one. furthermore - if this issue depends on issue #79825 than the solution for issue #79825 should help fixing this one - explain please how bringing up a message to the user helps us to get rid of an error when parsing a file - so again - i agree there maybe is the same cause, but why a dependency? > My assumption is, that the cause of this problem was a wrong SubVersion > installation. the only thing we know is that it's a german windows environment - don't see this as something wrong:)
the same as in my previous post! we can't say this does _DEPEND_ on issue #79668
Error: > Then issue 76982 would help to solve it. Correction: Then issue 79825 would help to solve it. From my point of view, having the problems, described in this issue, and also in 79471, and spending hours (english is not my native language) on formulating this issue ... DEPENDED ON not having a helpful error message. But don't worry, I expect your definition of 'depends on', and a 'see ...' may sufice. > But that's only one possible, even if a quite probable, reason for it I don't have this problem anymore, since I have V 1.3.2 _AND_ disturbed localization of SubVersion. > the only thing we know is that it's a german windows environment ... and SubVersion was < 1.3.x > - don't see this as something wrong:) No Problem ;-)
> explain please how bringing up a message to the user > helps us to get rid of an error when parsing a file It helps to get rid of this error by parsing the _correct_ file (which could be pushed by a helpful message), wich is now the case.
the only way we were able to reproducue it was with some german "umlaute" in the pasword files. could it be that this was your case?
As I remember right, I didn't have any 'Umlaute' in username or password, but I had blanks in projects path names. I think, this error could be avoided, if netbeans svn-module would check the svn-commandclient for version >= 1.3.x and english localization first, and then in bad case give an explicit unmistakable error message.
i was wrong yesterday, i'm not able to reproduce it. does this still happen when you type the mentioned urls?
can't reproduce in 20060814. seems to be fixed.
I didn't try it with german locale of SubVersion. I didn't have this problem anymore, since I have V 1.3.2 _AND_ disturbed localization of SubVersion (renamed folder 'de' to 'de.bak'). Is there any progress about using JavaHL, so localization doesn't have impact ?
for 6.0 should be all issues related to the LC_MESSAGES and multibyte characters problems closed. at this moment i'm working on the merge into the 5.5 branch. localization should not be an issue anymore and that means that the svn module should also run without your de to de.bak hack.
svn module now runs without the de to de.bak hack.