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.

Bug 65188 - error checking out from cvs
Summary: error checking out from cvs
Status: VERIFIED FIXED
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: CVS (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P2 blocker with 1 vote (vote)
Assignee: issues@versioncontrol
URL:
Keywords:
: 58436 67783 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-09-27 13:59 UTC by gamt
Modified: 2007-11-23 23:45 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
seems to be from this issue (from 200510061800 build) (7.60 KB, text/plain)
2005-10-07 16:52 UTC, gholmer
Details
file 1 created by -J-DcvsClientLog=logfile (715 bytes, text/plain)
2005-10-12 16:27 UTC, gholmer
Details
file 2 created by -J-DcvsClientLog=logfile (594 bytes, text/plain)
2005-10-12 16:28 UTC, gholmer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gamt 2005-09-27 13:59:09 UTC
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)
Comment 1 Peter Pis 2005-10-03 11:27:12 UTC
Reassigning to "javacvs"
Comment 2 _ pkuzel 2005-10-03 14:33:08 UTC
Is it reproducible? I add some more diagnostics into code.
Comment 3 _ pkuzel 2005-10-03 14:46:28 UTC
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
Comment 4 gholmer 2005-10-07 16:52:46 UTC
Created attachment 25690 [details]
seems to be from this issue (from 200510061800 build)
Comment 5 gholmer 2005-10-07 16:57:12 UTC
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.
Comment 6 bruehlicke 2005-10-07 23:00:26 UTC
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
Comment 7 _ pkuzel 2005-10-12 16:21:20 UTC
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!
Comment 8 Peter Pis 2005-10-12 16:24:00 UTC
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."
Comment 9 gholmer 2005-10-12 16:27:14 UTC
Created attachment 25877 [details]
file 1 created by -J-DcvsClientLog=logfile
Comment 10 gholmer 2005-10-12 16:28:07 UTC
Created attachment 25878 [details]
file 2 created by -J-DcvsClientLog=logfile
Comment 11 gholmer 2005-10-12 16:37:33 UTC
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)
Comment 12 _ pkuzel 2005-10-12 16:44:11 UTC
It's plain wrong server response. Hopefully workaroundable at our side.
Comment 13 _ pkuzel 2005-10-13 10:36:45 UTC
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.
Comment 14 gholmer 2005-10-14 14:15:59 UTC
Verified fixed in 200510131922.
Comment 15 _ pkuzel 2005-10-31 16:20:03 UTC
*** Issue 67783 has been marked as a duplicate of this issue. ***
Comment 16 David Strupl 2005-11-06 09:05:13 UTC
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.
Comment 17 Maros Sandor 2005-11-14 10:20:59 UTC
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.
Comment 18 _ pkuzel 2005-11-15 16:58:36 UTC
*** Issue 58436 has been marked as a duplicate of this issue. ***
Comment 19 ulfzibis 2007-11-23 23:45:59 UTC
This problem never occurred.