mdobmeier
|
Posted: January 25, 2009 22:29 by mdobmeier
|
|
Hi, sorry, this might get complicated  I've created an account on Project Kenai awhile ago. I didn't use my SDN credentials because I simply didn't realize that I could do that as well. Anyway, today I tried to login with my usename/password for Kenai, but couldn't. I thought I had forgotten my password and so had a new one sent to me. But: I could't login with that password either. By conincidence I tried my SDN password and it worked, but that was not the password that I originally used when creating the account. Furthermore I then tried to change the password back to the one I've used upon registering here. I've been sent an email saying that the password's been changed. But: I couldn't login with that password. It was still set to my SDN password. I posted this here, because I think that's a bug or at least a very non-obvious behaviour. Cheers, Martin |
Very strange login credentials behaviour
20 posts
Replies: 19 - Last Post: March 19, 2009 22:18
by: john_brock
by: john_brock
showing 1 - 20 of 20
john_brock
|
Posted: January 25, 2009 23:20 by john_brock
|
|
Hi Martin, Sorry for the troubles. We'll take a quick look into it and see what the problems are. We are still seeing some edges cases with the SDN database synchronization with Kenai. Should have it all worked out by tomorrow afternoon our time. Thanks for taking the time to point it out to us. --jb The Project Kenai Team |
Frederic Jean
|
Posted: January 26, 2009 17:49 by Frederic Jean
|
|
Hi Martin, I'm one of the developers for Project Kenai. One of my areas of focus is the sign up and login processes for this site. We cleaned up the process quite a bit and fix many issues that we had with out interraction with SDN. This has led to changes in behavior with the application. We use SDN as the system of record for authentication. It does take precedence over our local credentials at login time and we do synchronize the credentials that we store in our database with SDN. Again, the SDN credentials do take precedence over our local credentials. I do realize that the change in behavior has been confusing. I do apologize for that. The application behavior should not change at this point since we are now aligned with the practices used by other Sun web applications when it comes to authentication. Fred |
|
mdobmeier
|
Posted: January 27, 2009 10:00 by mdobmeier
|
|
Hi Fred, thanks for making this clear. Just a couple of questions: So if you've registered for Project Kenai and you've got an account on the SDN, then the latter will take precedence when logging in to Kenai, right? But that only goes for the password and not for the user name? So if I change my password on SDN, this change is reflected on Project Kenai? Thanks - Martin |
|
john_brock
|
Posted: January 27, 2009 14:59 by john_brock
|
|
Hi Martin, Yes, you are correct in your thinking. Why the password wasn't updated properly from Kenai is something that we also looking into right now. But, all of the Sun properties are trying to align with a single account so you end up with a "Sun" account that works everywhere instead of having to create and remember many different accounts around Sun. As for having two different usernames, that is also supposed to be the same across all properties. However, there are some accounts on Kenai that came in early enough in our Beta that they managed to get something different setup. I know, very confusing. We've continued to try and make things more simple as the site matures, but in some cases, it's still a bit twisted. I'm really sorry for all of the confusion that's happened around this area of the site. We really appreciate you hanging in there and using the site. We continue to work towards making things better and providing more benefits to the developers that are using Kenai. Feedback such as yours really helps everyone in the long run. Thanks again for being involved! --jb The Project Kenai Team |
spel
|
Posted: January 27, 2009 21:35 by spel
|
|
Hi John, I guess I must one of those early accounts. As for having two different usernames, that is also supposed to be the same across all properties. However, there are some accounts on Kenai that came in early enough in our Beta that they managed to get something different setup. I know, very confusing. My account was created in December with a username different from that of may Sun account. Today I wanted to get back to my project and update my local work copy using TurtoiseSVN with no success. Using either my Kenai username and password, or my Sun username and password, I get the authentification failed message. I even tried to make both password the same without success. On the other hand when I login to my Kenai account using my Kenai account password, access is granted. Would you have any idea how I resolve my problem ? Thanks, spel |
|
john_brock
|
Posted: January 27, 2009 21:40 by john_brock
|
| Which project are you working with spel? |
|
john_brock
|
Posted: January 28, 2009 00:02 by john_brock
|
|
ok, one thing to try first is to try and use the command line with svn instead of tortoise and see if that works for you. I've run into issues with tortoiseSVN and certificates before, so I want to make sure that isn't issue that is happening here first. I also want to make sure I understand that you can login to Kenai, just fine, but it's the SVN that is giving you problems, right? --jb |
|
john_brock
|
Posted: January 28, 2009 00:04 by john_brock
|
| oh, and did the same SVN connection work in the past before this? |
|
spel
|
Posted: January 28, 2009 00:34 by spel
|
|
John, I had to boot to Linux. As mentionned I have TurtoiseSVN installed under Windows, in command line, it did not recognise the svn command. I have to streaten that later. OK. Under Linux, same as mentionned in my previous post. I can login into my account and access the project's administration using the same connection as before. After teh "svn up" command, I enter my Kenai password when asked, but no answer come back. The system hangs there after a line saying :"Domaine d'authentification : <https://kenai.com:443> Subversion Repository" |
|
john_brock
|
Posted: January 28, 2009 01:00 by john_brock
|
|
Thanks spel, We'll jump into the logs and see what is going on. Should have something by tomorrow for you. --jb The Project Kenai Team |
.|
john_brock
|
Posted: January 28, 2009 01:14 by john_brock
|
|
I was just told by one of the engineers that there was a DNS outage happening earlier today and that may have caused what you saw. Sorry to ask this, but can you try it one more time now, and see if it's working. The backend issue is supposed to have been taken care of in the datacenter. --jb |
|
john_brock
|
Posted: January 28, 2009 01:32 by john_brock
|
|
ok, thanks for trying. Back to the salt mines
|
|
john_brock
|
Posted: January 28, 2009 18:46 by john_brock
|
| Taking this to email so that I can get some more specific details.... |
|
VirtualVAT
|
Posted: March 19, 2009 13:00 by VirtualVAT
|
|
Hi, John! As I can see this is pretty old conversation, almost 2 monthes have elapsed, but I experience the similar problem. I'm using the SDN account to login here, but can't access to source code. I.e. I'm unsuccessfully trying get the https://kenai.com/svn/javamail~subversion code, but can't login nor using login name nor lowercase one nor the whole email. "anonymous" also fails. So I can't access the SVN still at all  I've registered about a week ago, still no solution available...
|
|
john_brock
|
Posted: March 19, 2009 22:18 by john_brock
|
|
From what I can see in the JavaMail project, they only have one source code repository and it's Mercurial, not Subversion. The URL you are trying to access doesn't exist. You will need to try using an Hg client to get to the Mecurial repository in this project. Hope that helps, --jb The Project Kenai Team |
showing 1 - 20 of 20
Replies: 19 - Last Post: March 19, 2009 22:18
by: john_brock
by: john_brock
