netbeans-netcat mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leo Donahue <>
Subject Re: [vcs] Subversion - Checkout
Date Thu, 05 Apr 2018 18:44:55 GMT
Thank you Niklas,

>> SVN does not store the username in the working copy

The svn redbook seems misleading.
"The fact that the *svn info* command, which does not contact the
repository when run against working copy paths, can display the lock token
reveals an important piece of information about those tokens: they are
cached in the working copy"

All of the files in .subversion/auth on my workstation and subversion
server are empty.  I thought those were used for svnserve?  Lock Feature
test suite doesn't indicate what kind of repository to use.

I closed NetBeans, leaving these two projects in the state they were when I

I re-opened NetBeans.

File in Project1 shows "Unlock" in Team menu.  Attempting Unlock says
authentication failed with log message:

==[IDE]== Apr 5, 2018 12:01:27 PM Unlocking Files...
unlock  /home/leo/workspace/netbeans/test1/Project1/src/project1/
Authentication failed
svn: No more credentials or we tried too many times.
Authentication failed

The dialog that opened asking me for user credentials, I supply "user1"
credentials and get this error in log:

unlock  /home/leo/workspace/netbeans/test1/Project1/src/project1/
Username does not match lock owner
svn: Unlock of '' failed (403 Forbidden)

==[IDE]== Apr 5, 2018 12:09:40 PM Unlocking Files... finished.

Double check (some info redacted):

~/workspace/netbeans/test1/Project1/src/project1$ sudo svn status
~/workspace/netbeans/test1/Project1/src/project1$ sudo svn info
Working Copy Root Path: /home/leo/workspace/netbeans/test1/Project1
Relative URL: ^/Project1/src/project1/
Repository Root:
Repository UUID:
Revision: 12
Node Kind: file
Schedule: normal
Last Changed Author: user1
Last Changed Rev: 12
Last Changed Date: 2018-04-04 19:40:42 -0600 (Wed, 04 Apr 2018)
Text Last Updated: 2018-04-04 19:42:29 -0600 (Wed, 04 Apr 2018)
Lock Token: opaquelocktoken:
*Lock Owner: user2*
Lock Created: 2018-04-04 19:44:27 -0600 (Wed, 04 Apr 2018)
Lock Comment (1 line):
Lock Project1 in test1 workspace. No Force.

For Lock Features test suite, if I use the same single user credentials to
lock a file in test case #1, why would test case #4 even have the option to
"Lock" the same file again?  And Lock it again in test case #5?

Before I mark test cases as failed, I want to make sure I am following the
spirit of the test case.

On Thu, Apr 5, 2018 at 7:44 AM, Niklas Matthies <> wrote:

> SVN does not store the username in the working copy. Unless a username is
> explicitly specified in an SVN command, SVN uses the last cached
> credentials for the given repository (usually stored under
> $HOME/.subversion/auth on Unix).
> After checking out Project1 as user2, the last-cached credentials are
> those of user2, so if you then perform a lock, it uses user2 regardless of
> the working copy.
> Niklas
> On Wed 2018-04-04 at 19:54h, Leo Donahue wrote on netcat:
> > Hi,
> >
> > I have been testing the Lock Feature test suite and noticed some things
> > about the IDE and I'm not sure whether these things contribute to my test
> > cases failing.
> >
> > The setup for Lock Features say:
> > Checkout a Java project using subversion (Project 1)
> > Checkout the same Java project using subversion again into a different
> > directory (Project 2)
> > Two different working copies of the same project should be opened in IDE.
> >
> > The setup does not indicate whether the same project should be checked
> out
> > using different subversion user accounts.
> >
> > I checked out the same subversion project using different user accounts
> > into different workspaces.
> >
> > Project1 was checked out initially as "user1"
> > Project1 was checked out a second time as "user2"
> >
> > When I lock a file in Project1 that was checked out as "user1", the
> > subversion tab says it is locked by "user2".
> >
> > Is that right? It should be locked by "user1".
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:
> For further information about the NetBeans mailing lists, visit:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message