Hy,

I have something very strange with svn repositories.
I have 2 repositories on which I can work with svn CLI, update commit, etc the user is prompted and it work successfully.
When I use KdeSVN, one of my repo prompt the user and password, the other don't.
So I can't work on this repo.
I tried many thins like delete kdesvn options, reset .subversion settings, change the kdesvn settings, delete kdeSVN cache etc...
I also tried to make a new checkout from this repo :
* by KdeSVN => No pass is asked so it failed
* By SVN =S pass and user are prompted so it worked

Any help or advice would be appreciated!

regards

Could you try making a fresh checkout of the repository which doesn't work with KDESVN to see if that helps?

Hy,

Thanks for your support

bcooksley wrote:Could you try making a fresh checkout of the repository which doesn't work with KDESVN to see if that helps?

Sure I made the test without more success.

regards

Could you please try to reproduce under a new user?

Hy,

Thanks for your support.
I tried with a new user.
It prompted a question regarding to the ssl certificate but no question regarding to the user and password.

Is it possible that the server for this repository is no longer requesting credentials, or is KDESvn failing because it is not prompting for credentials?

Hy,

I don't think that's the problem, using svn by CLI works as expected, using KdeSVN failed

I'm afraid i'm totally mystified as to why this would start occurring now - as it doesn't work neither with a new checkout nor under a new user it can't be related to the local configuration. Are you able to determine if there were any recent changes (updates, upgrades, configuration changes, etc) to the server?

bcooksley, great thanks for taking my post into account.

What is amazing is that another user with the same distro, the same KDE succeed to connect via kdeSVN to the repo that causes problem.
Moreover, I tried to work with another graphical client, I used meld an try to make a commit.
I had interesting logs regarding to those given by KdeSVN.
Here is the message :

Code: Select all

svn: E215004: Authentication failed and interactive prompting is disabled; see the --force-interactive option
svn: E215004: Échec de la propagation (commit), détails :
svn: E215004: Unable to connect to a repository at URL 'https://dev.xxxx/my/repo/path'
svn: E215004: No more credentials or we tried too many times.
Authentication failed

Maybe there's a kind of svn conf that is part of KDE somewhere that still stucked.

Moreover, no changes have been made on the server.

Interesting. On the system that doesn't work, could you try checking it out with the username in the URL, to attempt to force the use of authentication?
My guess is that for some reason the use of authentication has been disabled by the Subversion configuration, although I can't see anything in the Subversion documentation which would do this...

bcooksley wrote:Interesting. On the system that doesn't work, could you try checking it out with the username in the URL, to attempt to force the use of authentication?
My guess is that for some reason the use of authentication has been disabled by the Subversion configuration, although I can't see anything in the Subversion documentation which would do this...

Sure,

But I've already done this test.! Working with CLI works perfectly, working with GUI failed on my laptop but succeed on my friend's system.
I even made a test with Netbeans and it worked.
It's like KDE was storing/oveeriding a conf of subversion elsewhere!!

Indeed - thing is, after eliminating per-user specifics, that only leaves system-wide defaults and these shouldn't change. In any case, have any upgrades been done recently to the systems which could possibly have introduced this behaviour?

Hy,

So here is the clue, the bug was with kdesvn 1.6.0-9.2. On 1.6.0-5.13 and it DOESN'T WORK better.
I'm on subversion 1.8.8.

My neighbour is on subversion 1.7.16 and kdesvn 1.6.0-2.1.2

Hope it can help

If possible, could you try downgrading your machine (or temporarily updating the other machine) to see if the issue is fixed / appears on the other machine?

Hy,

Sorry but it won't be possible to make such a downgrade.
Anyway I've tested with all the KDESVN releases available for me from 1.6.0-5.1.3 to 1.6.0-9.32 and of course none of them worked even if one of theme MUST have been working before
I also tried with SVN from 1.8.3 to 1.8.8

Hope it can help