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.
After opening versioning >cvs >checkout and put in all my data. then I loged in with password into the cvs server. When I clicked the ok-button in the checkout form there was this error output in VCS output. cvs checkout: cannot open /root/.cvsignore: Permission denied Error: org.netbeans.lib.cvsclient.command.CommandException: String index out of range: -5 java.lang.StringIndexOutOfBoundsException: String index out of range: -5 at java.lang.String.substring(String.java:1768) at java.lang.String.substring(String.java:1735) at org.netbeans.lib.cvsclient.Client.updateAdminData(Client.java:609) at org.netbeans.lib.cvsclient.response.ClearStickyResponse.process(ClearStickyResponse.java:39) at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:501) at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:454) at org.netbeans.lib.cvsclient.command.checkout.CheckoutCommand.postExpansionExecute(CheckoutCommand.java:395) at org.netbeans.lib.cvsclient.command.checkout.CheckoutCommand.execute(CheckoutCommand.java:295) at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:552) at org.netbeans.lib.cvsclient.commandLine.CVSCommand.executeCommand(CVSCommand.java:83) at org.netbeans.lib.cvsclient.commandLine.CVSCommand.processCommand(CVSCommand.java:485) at org.netbeans.modules.vcs.profiles.cvsprofiles.commands.JavaCvsCommand.exec(JavaCvsCommand.java:168) at org.netbeans.modules.vcscore.cmdline.ExecuteCommand.runClass(ExecuteCommand.java:921) at org.netbeans.modules.vcscore.cmdline.ExecuteCommand.run(ExecuteCommand.java:1058) at org.netbeans.modules.vcscore.cmdline.UserCommandSupport.execute(UserCommandSupport.java:373) at org.netbeans.spi.vcs.commands.CommandTaskSupport.execute(CommandTaskSupport.java:74) at org.netbeans.modules.vcscore.cmdline.UserCommandTask.execute(UserCommandTask.java:458) at org.netbeans.api.vcs.commands.CommandTask.runCommandTask(CommandTask.java:133) at org.netbeans.api.vcs.commands.CommandTaskInfoImpl.run(CommandTaskInfoImpl.java:40) at org.netbeans.modules.vcscore.commands.CommandProcessor$4.run(CommandProcessor.java:700) at org.openide.util.Task.run(Task.java:189) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:330) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:721)
Reassigning to "javacvs"
Is it reproducible? I add some more diagnostics into code.
Please reopen with details, there is assert in new code. Checking in Client.java; /shared/data/ccvs/repository/javacvs/libsrc/org/netbeans/lib/cvsclient/Client.java,v <-- Client.java new revision: 1.88; previous revision: 1.87 done
Created attachment 25690 [details] seems to be from this issue (from 200510061800 build)
See above attachment, which I found in log. Other developer committed, then I tried to update and got the connection error dialog with this bug number on.
I have as well similar problems. * Installed NetBeans 5.0 Dev rev 200509261930 on RH Linux 3.0 U4 64 bit * Just after starting NetBeans I go to CVS -> Checkout CVS Root :pserver:<mysecretusername>@<ourhostnamchine>:/cm3/cvs/tahoe Module tahoe Branch branch_2003-15-0-9 Local folder: /home/bernd/cvs When doing the checkout I get Command Failed CVS Command failed with the following error: For input string: "E cvs server: Couldn't open rcsinfo template file /cvs/CVSROOT/scopusid.template:No such file or directory" Anybody has an idea here ? Our server requires login and that authentification seem to work. When adding the loggig info I got LOG.IN =========== Valid-requests Root Valid-responses valid-requests Repository Directory Max-dotdot Static-directory Sticky Checkin-prog Update-prog Entry Kopt Checkin-time Modified Is-modified UseUnchanged Unchanged Notify Questionable Case Argument Argumentx Global_option Gzip-stream wrapper-sendme-rcsOptions Set Kerberos-encrypt Gssapi-encrypt Gssapi-authenticate expand-modules ci co update diff log rlog add remove update-patches gzip-file-contents status rdiff tag rtag import admin export history release watch-on watch-off watch-add watch-remove watchers editors init annotate rannotate noop version ok Module-expansion tahoe ok Set-sticky tahoe/ /cm3/cvs/tahoe/tahoe/ Tbranch_2003-15-0-9 Template tahoe/ /cm3/cvs/tahoe/tahoe/ E cvs server: Couldn't open rcsinfo template file /cvs/CVSROOT/scopusid.template: No such file or directory LOG.OUT ============== BEGIN VERIFICATION REQUEST /cm3/cvs/tahoe <myusername (Modified in this isse) <encrypted password was here> END VERIFICATION REQUEST BEGIN AUTH REQUEST /cm3/cvs/tahoe <myusername (Modified in this isse) <encrypted password was here> END AUTH REQUEST Root /cm3/cvs/tahoe UseUnchanged valid-requests Valid-responses E M MT Mbinary Updated Created Update-existing Rcs-diff Checked-in ok error Clear-static-directory Valid-requests Merged Removed Copy-file Mod-time Template Set-static-directory Module-expansion Clear-sticky Set-sticky New-entry Argument tahoe Directory . /cm3/cvs/tahoe expand-modules Argument -r Argument branch_2003-15-0-9 Argument -N Argument -- Argument tahoe Directory . /cm3/cvs/tahoe co Nothign happend except the Error message mentioned above
From diagnotics it looks like server does not obey C/S protocol. Could you run with -J-DcvsClientLog=logfile then attsch results. How behaves command line? Thank you!
Glenn wrote: "Yes, "cvs co <module>" from command line works just fine. The server is SUSE Linux 9.3 Pro with package cvs-1.12.12-2.1 using pserver."
Created attachment 25877 [details] file 1 created by -J-DcvsClientLog=logfile
Created attachment 25878 [details] file 2 created by -J-DcvsClientLog=logfile
also saw this in the shell I started it from: INFORMATIONAL *********** Exception occurred ************ at 10:25 AM on Oct 12, 2005 java.lang.AssertionError: #65188 with diagnostics: repositoryPath=tasklist_webap p/ getRepository()=/usr/local/cvs at org.netbeans.lib.cvsclient.Client.updateAdminData(Client.java:646) at org.netbeans.lib.cvsclient.response.ClearStickyResponse.process(Clear StickyResponse.java:45) at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:513) at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:463) at org.netbeans.lib.cvsclient.command.checkout.CheckoutCommand.postExpan sionExecute(CheckoutCommand.java:395) at org.netbeans.lib.cvsclient.command.checkout.CheckoutCommand.execute(C heckoutCommand.java:295) at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:572) at org.netbeans.modules.versioning.system.cvss.CommandRunnable$1.run(Com mandRunnable.java:61) [catch] at java.lang.Thread.run(Thread.java:595)
It's plain wrong server response. Hopefully workaroundable at our side.
FIXED, workounded: Checking in Client.java; /shared/data/ccvs/repository/javacvs/libsrc/org/netbeans/lib/cvsclient/Client.java,v <-- Client.java new revision: 1.89; previous revision: 1.88 done Some warnings go directly into console.
Verified fixed in 200510131922.
*** Issue 67783 has been marked as a duplicate of this issue. ***
In dev build 051031: #65188 warning C/S protocol error (section 5.10). It's regurarly observed with cvs 1.12.xx servers. unexpected pathname=desktop/uicl/ missing root prefix=/home/cvsrepository relaxing, but who knows all consequences.... Well, the consequences were quite severe in my case. After a commit attempt the only way to commit to CVS was to resort to command line. The NB cvs client was totally screwed up: the commit message said something like "Commit failed: reason: null". Steps that lead to the problem: 1. Created new project (uicl) 2. Removed another project (by deleting it) 3. modified files in another 3 projects (all the above under desktop folder which is a root in my cvs repo. 4. tried to commit, internal NB client broken 5. from command line: following CVS error was present for all the uicl/ folder files: "Conflict: %s created independently by second party". I am reopenning this issue since it mentiones the number in my log - if it is something else please feel free to do whatever to the issue.
Your problem is most probably not related to this issue. I will again close this as fixed. If you encounter your issue again in newer builds, please submit a new bug report, as detailed as possible (with C/S protocol log, server version, ideally with public/testing CVSROOT we can try). You can also safely ignore console messages about #65188 now, they have just informational value saying we are using a workaround to support newer CVS servers.
*** Issue 58436 has been marked as a duplicate of this issue. ***
This problem never occurred.