Error "The application does not exists" + Subdomains

[TStarGermany]

Hi there, I'm trying to change MAC's login system to TM/MP webservices

1) Somehow it doesn't work out as desired...

"Dumb example" and and "minmal working example" (http://code.google.com/p/maniaplanet-ws ... /index.php) are giving out errors...

The link for the login is:
https://ws.maniaplanet.com/oauth2/autho ... _type=code

The response from the MP site looks like this

2013-01-09_060737.jpg

"The application does not exists" - What am I missing ? I loaded the newest SDK ...

1b (Does the flaw also exist in the TM Webservices API ? I'd like to offer MP and TM logins

2) Will I get any problems with oauth2, trying to use a login session across several subdomains (1.mania-creative.com, 2.mania-creative.com etc) ?

3) Is the player id unique throughout TM and and MP ? Or can one id belong to different logins in MP and TM ?

[magnetik]

1- Have you created your oauth application on the playerpage?

1b - I don't get it ?

2 - Our API does not support wildcard on redirect uri, so you have to redirect your users to only a given domain. Then it's up to you to keep the identification between subdomains.

3 - login (= only public ID) are not consistent between maniaplanet and older trackmania.

[TStarGermany]

1- Have you created your oauth application on the playerpage?

Now I did Didn't know I had to create a seperate "app" . And it seems to work. Thanks.

2 - Our API does not support wildcard on redirect uri, so you have to redirect your users to only a given domain. Then it's up to you to keep the identification between subdomains.

Will do so, no problem.

3 - login (= only public ID) are not consistent between maniaplanet and older trackmania.

I mean the 'ID' value, not the player login, like in this example:
Object
(
[id] => 21455
[login] => gouxim
[nickname] => $cfcg$fff๐uxim $666ツ
[path] => World|France|Ile-de-France|Paris
[idZone] => 84
)

the ID value ... are they exclusive or can they overlap ?

I mean this difference as an example:

Version A:
TM: possible IDs 1-....
MP: possible IDs 1-....

Version B:
TM: possible IDs 1-100.000
MP: possible IDs 100.001 - ....

It's just an information I'd like to have, making a decision on details of how i will organise user data on MAC

[magnetik]

you should rely on the login. The ID is used internally but all APIs uses login.

FYI ID are differents between TM and MP (two completely different databases of users)

[TStarGermany]

you should rely on the login. The ID is used internally but all APIs uses login.
FYI ID are differents between TM and MP (two completely different databases of users)

I'm a bit worried about using logins, because I know of cases where the same specific login in TM belonged to someone totally different in MP.
That's why I would hesitate to build up a db table of privileged users, just based on logins... I'll have to think about this.

[magnetik]

You can't identify someone between TM and MP.

Just handle both TMlogin and MPlogin for instance ?