problems with https
|
View:
New views
12 Messages
—
Rating Filter:
Alert me
|
 |
problems with https
by Andreas Oberhack
::
Rate this Message:
Hi all,
I'm a new user to scplugin - and as a windows mover I'm very happy and impressed to see this svn client! Now I have one problem: when trying to check out a repository with https I'm always getting an authorization exception. When trying the same with svn list... all works fine. Any ideas? Thanks Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by Jack Repenning-3
::
Rate this Message:
On Oct 20, 2007, at 2:30 PM, Andreas Oberhack wrote:
> Hi all, > > I'm a new user to scplugin - and as a windows mover I'm very happy > and impressed to see this svn client! > > Now I have one problem: when trying to check out a repository with > https I'm always getting an authorization exception. > > When trying the same with svn list... all works fine. Just checking: your checkout and your list are pointing at the same repository, is that right? And the "svn list" you mention is done from the command line, not SCPlugin, right? -==- Jack Repenning jackrepenning@... Project Owner SCPlugin http://scplugin.tigris.org "Subversion for the rest of OS X" --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by patrick decaix
::
Rate this Message:
hello Andreas,
did you get an answer? i have the same problem. regards, patrick
|
|
|
Re: problems with https
by Jack Repenning-3
::
Rate this Message:
On Oct 23, 2007, at 8:24 PM, patrick decaix wrote:
To fix that, you'll need to use the Subversion command line, one time. If you don't have Subversion command line installed, no problem: we installed one for you! Just open a Terminal window and type: /Library/Contextual\ Menu\ Items/SCFinderPlugin.plugin/Contents/Resources/SCPluginUIDaemon.app/Contents/bin/svn ls https://.... Note that that's one long line, though it probably got broken up into two or more by the email system. There are spaces in "Contextual Menu Items", which you'll either need to escape with "\", as I have shown, or put "quotes" around everything from "/Library" to "/svn". Where I show "https://...", of course, you should put your own URL. When you do this, you should get a prompt complaining about the server's certificate, and offering to let you accept it "(p)ermanently". Just answer "p", and both command-line Subversion and SCPlugin will always accept that certificate. -==- Jack Repenning |
|
|
Re: problems with https
by Paul van Tilburg-2
::
Rate this Message:
Hello all,
I wanted to jump into this dicussion to confirm the issue. On Oct 23, 2007, at 8:38 PM, Jack Repenning wrote: > On Oct 23, 2007, at 8:24 PM, patrick decaix wrote: > > did you get an answer? > > i have the same problem. > > One thing that can cause this is if your web server's SSL certificate > is not properly signed, or expired, or something like that. [...] This actually generates an error that mentions the certificate. So, at the moment: - I attempted a https://host/repos checkout, that failed with something about the certificate. - So, in the terminal I ran: svn ls https://host/repos, and accepted the self-signed cert permantently. - I tried again a checkout with SCPlugin. This time I got a PROPFIND [...] authentication failed error, while I know I have access with the specified username and password. - When attempted on the terminal, I _can_ check out with: svn co https://host/repos --username foo In the terminal I can of course enter the password and SVN will remember it, so SCPlugin will probably work for checkouts from this host. But, when using another host the same problem will reappear. Somehow the username and/or specified in SCPlugin's checkout dialog do not propagate to the actual checkout command? Unfortunately I do not have logs of the webserver, to see as who/how it tries to check out the repo to help you out. Kind regards, Paul P.S. Please Cc me, for I am not on the list. -- PhD Student @ Eindhoven | email: paul@... University of Technology, The Netherlands | JID: paul@... >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by Jack Repenning-3
::
Rate this Message:
On Oct 24, 2007, at 7:32 PM, Paul van Tilburg wrote:
OK, that's progress, anyway: you got past the server certificate issue. As for the auth failure: we have one known bug on 0.7, where after you type in the user name and password, you must tab or click into some other field before clicking "Checkout". If you don't, only part of your entered credentials get set (typically, the user name but not the password), and so the authentication fails. Could this be what's happening to you? On a system that's currently giving you the auth failure, try entering credentials and then tabbing among fields a bit, see if that helps. -==- Jack Repenning |
|
|
Re: problems with https
by Paul van Tilburg-2
::
Rate this Message:
On Wed, Oct 24, 2007 at 09:15:51PM +0530, Jack Repenning wrote:
> On Oct 24, 2007, at 7:32 PM, Paul van Tilburg wrote: >> This actually generates an error that mentions the certificate. >> So, at the moment: >> - I attempted a https://host/repos checkout, that failed with something >> about the certificate. >> - So, in the terminal I ran: svn ls https://host/repos, >> and accepted the self-signed cert permantently. >> - I tried again a checkout with SCPlugin. This time I got a PROPFIND >> [...] authentication failed error, while I know I have access >> with the specified username and password. > > OK, that's progress, anyway: you got past the server certificate issue. > > As for the auth failure: we have one known bug on 0.7, where after you type > in the user name and password, you must tab or click into some other field > before clicking "Checkout". If you don't, only part of your entered > credentials get set (typically, the user name but not the password), and so > the authentication fails. Could this be what's happening to you? Yes, this is happening to me. Somehow I though this was https-specific. The workaround you propose works fine. Thanks. Now, I have three other issues: 1. If a checkout fails, maybe it would be better to return to the Checkout dialog so the user can correct his/her mistakes instead of heaving to type everything all over again. 2. As you already mentioned in another thread, whenever SVN has auth probblems, SCplugin maybe could again show the Checkout dialog or at least a password dialog. 3. I did a checkout of https://host/foo/bar (containing dirs baz and quux) and something unexpected happened. Since the dialog defaults to checkout dir /home/user/Desktop, it seems to checkout the _contents_ of bar, store these on the Desktop and put Desktop under some kind of version control (it has an icon now). This is not how `svn co` works: it would create a directory with the basename of the checkout URL (e.g. bar) and I really think SCPlugin should default to this (e.g. by default checkout to /home/User/Desktop/bar in this case). Why? Because I happened to have a directory 'quux' on my Desktop already, so the checkout is failed and my Desktop has an (?) icon now and every attempt to undo this seems to result in the error that /home/user/Desktop is locked! How can I remove all of this? I tried removing /home/user/Desktop/.svn/ and refreshing the icons on the Deskop, but this didn't help. Kind regards, Paul -- PhD Student @ Eindhoven | email: paul@... University of Technology, The Netherlands | JID: paul@... >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by Jack Repenning-3
::
Rate this Message:
On Oct 25, 2007, at 4:37 PM, Paul van Tilburg wrote:
Interesting idea! I think that's the first time that suggestion has come up. I'll stuff it into the enhancements bin.
Yeah, that's already in the "to do" list.
Agree. Already in the enhancements bucket. Thanks for your feedback! -==- Jack Repenning |
|
|
Re: problems with https
by Paul van Tilburg-2
::
Rate this Message:
On Oct 25, 2007, at 5:19 PM, Jack Repenning wrote:
> On Oct 25, 2007, at 4:37 PM, Paul van Tilburg wrote: > > Yes, this is happening to me. Somehow I though this was https- > > specific. > > The workaround you propose works fine. Thanks. > > Great! I've already fixed this bug in the tree, and am musing on how > soon to release a new version. Good :) > > > 3. I did a checkout of https://host/foo/bar (containing dirs baz > > and quux) and something unexpected happened. [...] I really think > > SCPlugin should default to this (e.g. by default checkout to > > /home/User/Desktop/bar in this case). > > Agree. Already in the enhancements bucket. You skipped one thing, and I'd really like some help there. :) So, I accidently checked out https://host/foo/bar/ to my /home/User/Desktop dir. How to undo this? Removing .svn partially helps, all Subversion commands still report that it is locked and Desktop still has an (?)-icon? I suppose I can use Subversion > Cleanup from the context menu to remove the lock, but: * How does it know there still is a lock with /home/User/Desktop/.svn gone? * How to get rid of the SCPlugin (?)-icon on the Desktop folder? Refreshing icons doesn't seem to help after removing Desktop/.svn. Regards, Paul P.S. Please Cc me, still not on the list, sorry. -- PhD Student @ Eindhoven | email: paul@... University of Technology, The Netherlands | JID: paul@... >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by Jack Repenning-3
::
Rate this Message:
On Oct 29, 2007, at 8:03 PM, Paul van Tilburg wrote:
Well, I'm just as confused as you are as to where the lock message is coming from, since there's no Desktop/.svn directory to remember that there's a lock! I've done that "check things out onto the Desktop" thing myself, several times. I find that I need to (1) remove Desktop/.svn/, and also (2) restart Finder (say, by log out/in) to make the badging go away. Can you cut-and-paste the complete message about things being locked? Maybe that will make matters clearer. -==- Jack Repenning |
|
|
Re: problems with https
by Paul van Tilburg-2
::
Rate this Message:
On Tue, Oct 30, 2007 at 02:11:53AM +0530, Jack Repenning wrote:
> On Oct 29, 2007, at 8:03 PM, Paul van Tilburg wrote: >> You skipped one thing, and I'd really like some help there. :) >> >> So, I accidently checked out https://host/foo/bar/ to my >> /home/User/Desktop dir. How to undo this? >> >> Removing .svn partially helps, all Subversion commands still report that >> it is locked and Desktop still has an (?)-icon? I suppose I can use >> Subversion > Cleanup from the context menu to remove the lock, but: >> * How does it know there still is a lock with /home/User/Desktop/.svn >> gone? >> * How to get rid of the SCPlugin (?)-icon on the Desktop folder? >> Refreshing icons doesn't seem to help after removing Desktop/.svn. > > Well, I'm just as confused as you are as to where the lock message is > coming from, since there's no Desktop/.svn directory to remember that > there's a lock! > > I've done that "check things out onto the Desktop" thing myself, several > times. I find that I need to (1) remove Desktop/.svn/, and also (2) > restart Finder (say, by log out/in) to make the badging go away. Oops, forgot the relogin. Will see if that helps. > Can you cut-and-paste the complete message about things being locked? > Maybe that will make matters clearer. The lock occurred because the checkout contained a directory that was already in ~/Desktop/. I will try your suggestions in a few days and will let you know what happened. Paul -- PhD Student @ Eindhoven | email: paul@... University of Technology, The Netherlands | JID: paul@... >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
|
|
Re: problems with https
by Paul van Tilburg-2
::
Rate this Message:
On Mon, 29 Oct 2007 22:07:18 +0100, Paul van Tilburg wrote:
> On Tue, Oct 30, 2007 at 02:11:53AM +0530, Jack Repenning wrote: > > I've done that "check things out onto the Desktop" thing myself, several > > times. I find that I need to (1) remove Desktop/.svn/, and also (2) > > restart Finder (say, by log out/in) to make the badging go away. > > Oops, forgot the relogin. Will see if that helps. This helps. Ok, so this is solved now too. Thanks for the help, Paul -- PhD Student @ Eindhoven | email: paul@... University of Technology, The Netherlands | JID: paul@... >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@... |
| Free embeddable forum powered by Nabble | Forum Help |
