Maniaplanet Forum

I started with updating my Service Return Types Documentation, and I encountered some problems. Please have a look on the list, and check if it is all right with them

• Servers->get(), field "path": Unknown meaning, as the zone is specified in field "zone".
• Servers->get(), field "pathId": Unknown meaning, as the zone is specified in field "zone".
• Servers->get(), field "idZone": Redundant value, can be accessed via ->zone->id.
• Servers->get(), field "titleId": Redundant value, can be accessed via ->title->id.
• Zones->get(), field "iconJPEGURL": Empty, if "iconURL" is not a DDS. I think "iconJPEGURL" should always be set.
• Rankings\Canyon->getMultiplayerWorld(): 400 Bad Request
• Rankings\Canyon->getMultiplayerZone(): 400 Bad Request
• Rankings\Canyon->getSoloWorld(): 400 Bad Request
• Rankings\Canyon->getSoloZone(): 400 Bad Request
• Rankings\Canyon->getSoloChallengeWorld(): 400 Bad Request
• Rankings\Canyon->getSoloChallengeZone(): 400 Bad Request
• Rankings\Storm->getMultiplayerWorld(): 400 Bad Request
• Rankings\Storm->getMultiplayerZone(): 400 Bad Request
• Rankings\Title->getMultiplayerWorld(): 400 Bad Request
• Rankings\Title->getMultiplaerZone(): 400 Bad Request
• ManiaConnect\Player->getManialinks(): 400 Bad Request

(I used version 3.3 of the MPWS as zip, not the latest repository version.)

I will take a look today or next week.

Thanks for reporting

m4rcel wrote:I started with updating my Service Return Types Documentation, and I encountered some problems. Please have a look on the list, and check if it is all right with them

• Servers->get(), field "path": Unknown meaning, as the zone is specified in field "zone".
• Servers->get(), field "pathId": Unknown meaning, as the zone is specified in field "zone".
• Servers->get(), field "idZone": Redundant value, can be accessed via ->zone->id.
• Servers->get(), field "titleId": Redundant value, can be accessed via ->title->id.

path and pathId was dead code, it will be removed soon.
Both objets $server->zone and $server->title may be removed at any moment. Consider using $server->idZone and $server->titleId and get the objects through another API call.

• Zones->get(), field "iconJPEGURL": Empty, if "iconURL" is not a DDS. I think "iconJPEGURL" should always be set.

Some changes that will be propagated :

• $zone->iconURL: could be a DDS or a JPG url or null
• $zone->iconJPGURL: could be a JPG url or null
• $zone->iconDDSURL: could be a DDS url or null

I can't do any better right now.

• Rankings\Canyon->getMultiplayerWorld(): 400 Bad Request
• Rankings\Canyon->getMultiplayerZone(): 400 Bad Request
• Rankings\Canyon->getSoloWorld(): 400 Bad Request
• Rankings\Canyon->getSoloZone(): 400 Bad Request
• Rankings\Canyon->getSoloChallengeWorld(): 400 Bad Request
• Rankings\Canyon->getSoloChallengeZone(): 400 Bad Request
• Rankings\Storm->getMultiplayerWorld(): 400 Bad Request
• Rankings\Storm->getMultiplayerZone(): 400 Bad Request
• Rankings\Title->getMultiplayerWorld(): 400 Bad Request
• Rankings\Title->getMultiplaerZone(): 400 Bad Request

[edit] there is an issue with this, I'm looking at it right now.

• ManiaConnect\Player->getManialinks(): 400 Bad Request

[/list]

Have you set the right scope for this request ('manialinks') ?

I've made a fix for the rankings API.

It should be okay now. Could you try it ?

[edit] I've seen the error for ManiaConnect getManialinks. I'm on it.

Maniaconnect's getManialinks is fixed now

[edit] I had a problem while deploying the fix. It should be okay now (10:32am)

Thank you for your response, it helped quite a lot

To the errors: I retested the named methods.

I guess it's some kind of false server configuration (using XAMPP as localhost). When uploading the test script to my online server, all this methods work fine. If I have the time, I will take a deeper look onto this problem, maybe I can find the cause of it

EDIT: ManiaConnect->getManialinks() is now working fine, too So it's only the Ranking methods, which fail on my localhost.


EDIT2: Oh, the other methods seems to work on localhost, too. So uh... yeah, problem seems to be fixed now