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

Re: svn commit: r30485 - in branches/gnome-keyring: . subversion/include subversion/libsvn_subr

From: Eric Gillespie <epg_at_google.com>
Date: Thu, 10 Apr 2008 16:52:49 -0700

Eric Gillespie <epg_at_google.com> writes:

> Lieven Govaerts <svnlgo_at_mobsol.be> writes:
> > Eric Gillespie wrote:
> > > Lieven Govaerts <svnlgo_at_mobsol.be> writes:
> > >
> > >> I thought we had a constant somewhere with the name of the application
> > >> in it, but we don't. Fact is, if there's a gnome equivalent for
> > >> TortoiseSVN, we should be able to show that name in the password popup
> > >> instead of Subversion.
> > >
> > > I don't think so; two separate Subversion frontends should be
> > > able to share this data.
> > >
> > I don't mean storing it under GnomeSVN or whatever, I'm talking about
> > the title of the Keyring manager popup window which now says something
> > like 'Application svn wants to save a password' Deny/Allow.
> I realize that, but it's not "TortoiseSVN" or "NautiluSVN" or
> whatever that's being configured here.

Actually, upon rereading your change, I retract my position here.
This stuff isn't keyed on the application *at all*, it's only the
username and realm string. So, if I access an https repository
that requires authn with some hypothetical GNOME-integrated web
browser, that browser will store the password in the keychain.
Later, when I access with hypothetical GNOME Subversion tool, it
doesn't prompt at all, it uses what the browser stored.

So, all I have to say now is:

- I hope that realmstring includes not just the repository realm
  but also the URL :)

- Subversion > svn


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-11 01:53:13 CEST

This is an archived mail posted to the Subversion Dev mailing list.

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