[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Last Change Author is always repository owner

From: Tom Henricksen <TomH_at_A-t-g.com>
Date: 2007-07-30 22:45:30 CEST

I tried deleting the .keyring file and it was recreated. Then I
committed a file and it still used the wrong username. My other Eclipse
uses my local user or the correct subversion user. Where would this be
cached?
Thanks,
Tom

-----Original Message-----
From: Mark Phippard [mailto:markphip@gmail.com]
Sent: Monday, July 30, 2007 8:03 AM
To: users@subclipse.tigris.org
Cc: Ford, Kai P
Subject: Re: [Subclipse-users] Last Change Author is always repository
owner

On 7/30/07, Tom Henricksen <TomH@a-t-g.com> wrote:
> I am noticing something similar. I have new version of Eclipse Europa
> with Subclipse 1.2.3. When I check in from that version I see the
owner
> as buildbox. Which of course is our buildbox. The buildbox would
have
> an older version of the subversion client running. I have Not shared
my
> install with anyone. This is a new install I testing for our team
since
> we are on Eclipse 3.1.2 with Subclipse 1.0.3.

The only possible explanation is cached credentials. If you are using
SVNKit adapter then delete the Eclipse .keyring. Otherwise, clear the
Subversion auth cache from the Subversion runtime configuration area.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Jul 30 22:44:00 2007

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.