#788 Permission denied for some SVN users [13056]

v1.0.0
closed
nobody
None
SCM
nobody
2015-08-20
2010-08-06
Chris Tsai
No

https://sourceforge.net/apps/trac/sourceforge/ticket/13056
https://sourceforge.net/apps/trac/sourceforge/ticket/13062

I have a couple reports from users that their SourceForge password isn't working to authenticate to their SVNs.

The following are having problems:
svn+ssh://alexey_pelykh@svn.code.sf.net/p/starscream-c/svn
svn+ssh://ukito@svn.code.sf.net/p/tf2komupd/svn

My site admin account (ctsai) works fine with my test SVN repos, but I was not able to use one of my regular accounts either. I could not authenticate to:
svn+ssh://littleredbean@svn.code.sf.net/p/fancypants/svn-2

Related

Tickets: #789

Discussion

  • Chris Tsai - 2010-08-06
    • custom_field__component: General --> SCM
     
  • Rick Copeland - 2010-08-06

    I don't believe we support password auth; have the users tried uploading a public key?

     
  • Chris Tsai - 2010-08-06

    No, I don't believe so, but I'm pretty sure password auth was what worked for me.

    To be clear, I'm assuming you mean here? https://sourceforge.net/account/ssh
    I don't know of another place to upload keys.

    While I have keys attached to my site-admin account, I received a password prompt when I made commits. Additionally, I also tested with TortoiseSVN on a Windows box (keys were never used there), and that worked fine for me (after a password prompt).

     
  • Chris Tsai - 2010-08-13

    Another: https://sourceforge.net/apps/trac/sourceforge/ticket/13222 (user: andrew-gilmore / project: mod-log-couchdb )

     
  • Mark Ramm - 2010-09-20

    This appears to have been an issue with LDAP sync of users from the alexandria database, and is now fixed.

    • status: open --> closed

    • milestone: backlog --> GA7

     

Log in to post a comment.