Erreur : L’API MANGOPAY a répondu : ?Not found?

– Ces erreurs non-bloquantes seront adressées dans une future version du plugin mais n’ont pas de rapport avec le problème de connexion générale à l’API. Merci toutefois de nous les avoir signalées.

– L’ID client MANGOPAY est sauvegardé dans la table des options de WordPress (wp_options par défaut) dans une clé d’option mangopay_settings. Tout problème au niveau de cette table dans la base de données, ou tout plugin intervenant sur les options (plugin de cache,…) peut perturber la bonne récupération de cette donnée indispensable pour se connecter à l’API. Il faut donc vérifier le bon état de cette table, et désactiver tout plugin tiers qui intervient sur le stockage des options WordPress. Si aucune autre option de votre site n’a changé depuis 2 jours, vous pouvez toujours essayer de restaurer uniquement la table des options, voire uniquement l’enregistrement mangopay_settings qui est a priori le seul dont le plugin a besoin pour initier le test de connexion à l’API.

– Je vous recommande à nouveau de prendre contact avec le support MANGOPAY qui pourra vérifier les requêtes re?ues par l’API MANGOPAY ce qui permettrait éventuellement de comprendre ce que votre marketplace envoie effectivement comme requêtes, et la raison pour laquelle elles aboutissent à une erreur 404.

J’ai tout essayé.
Même une nouvelle installation nue d’un wordpress vierge avec woocommerce et mangopay seulement.. ?a ne passe pas.

Je viens de faire des tests sur d’autres configurations…

Ce ne sont pas des marketplaces, mais j’ai voulu faire des tests :

Sur chaque site j’ai juste :
– ajouté woocommerce
– ajouté mangopay

Et essayé de me connecter à l’API.

-> Blog sur le même hébergeur que moi (o2switch) : ERREUR
-> Blog chez OVH : ERREUR
-> Blog chez 1&1 : OK
(Mon clone de test sur lequel j’avais fait mes précédents backups est également chez 1&1)

On dirait qu’il y a un soucis de connexion entre certains hébergeurs et votre API mais c’est bizarre que je sois le seul à vous remonter cette erreur.

C’est à chaque fois la même erreur.

J’ai bien copié les identifiants plusieurs fois, sur les serveurs OK cela passe à chaque fois.. sur les autres non.

Cordialement
Amin

bonjour Amin,

vous n’êtes pas seul, nous avons le même problème depuis une semaine. Toujours pas de solution.

Efectivement il semble que ce soit différent selon les hébergeurs, et surtout que l’on puisse passer d’un status OK à un status ERREUR sans raison apparente.

Peut-être un probléme de conexión entre le hosting et cloudflare ou un problème de cache au niveau du hosting?

Coridalement.

Bonjour,

J’ai fait une redirection vers un domaine secondaire depuis hier (.fr au lieu du .com)… ?a marche car c’est un autre hébergeur.

Je viens de commander un serveur, je vais transférer mon site.

C’est la seule solution que j’ai trouvé, j’espère que ?a va marcher.

C’est bizarre que personne n’ai de réponse, et surtout, que personne n’ai soulevé le problème avant.

Si il y a des soucis de communication entre OVH ou o2switch et l’API nous ne devrions pas être les seuls…

De mon c?té je n’utilise pas de cloudflare.
J’ai un plugin de cache mais même désactivé l’erreur se produit.
(d’ailleurs elle se produit sur d’autres domaines sur lesquels je n’ai pas de cache… )

Bizarre..

Je viens de trouver le problème. Il y a un espace de trop dans le SDK de Mangopay:

il faut remplacer

‘authentication_oauth ‘ => array( ‘/oauth/token’, RequestType::POST ),

par

‘authentication_oauth’ => array( ‘/oauth/token’, RequestType::POST ),

dans sdk/MangoPay/ApiBase.php

j’espère que cela vous sera utile.

Bonjour,

Dans mon fichier :
wp-content/plugins/mangopay-woocommerce/sdk/MangoPay/Libraries/ApiBase.php

La ligne 21 est bien :
'authentication_oauth' => array( '/oauth/token ', RequestType::POST ),

Du coup pour moi cela ne vient pas de là.

D’ailleurs, ce serait bizarre car :
– pourquoi cet espace serait apparu sans changement de ma part ?
– Le même site (mêmes fichiers) dupliqué sur un autre serveur c’est ok.

Merci pour votre aide néanmoins ??

excusez-moi, je l’ai mal écris, il faut: ‘authentication_oauth’ => array( ‘/oauth/token’, RequestType::POST ),

@ydubois: vous devriez actualiser votre sdk de ce fix:

https://github.com/Mangopay/mangopay2-php-sdk/commit/6a6f098824af2fdfe14131a8be830a54b407a69c

cordialement

oui, c’est bizarre que ?a donne des résultats différents suivant les serveurs.

Merci !!!
Merci énormément !

presque 18h passés à copier/déplacer/restaurer des fichiers et des BDD sur des serveurs différents…

Pour un simple espace…

Merci beaucoup.

Juste pour info, comment avez-vous trouvé ?

@jfatch merci pour votre vigilance!

Ce fix est inclus dans une nouvelle version du plugin que nous allons déployer très vite. En attendant vous pouvez corriger le fichier, et les prochaines versions incluront la correction.

@aminlam: le problème n’appara?t que sur certains serveurs probablement à cause de changements récents dans certaines bibliothèques de php (php-curl), qui jusqu’à récemment ignoraient cet espace en trop. Seuls les serveurs qui implémentent certaines versions de ces bibliothèque rencontrent le problème (et ce n’est malheureusement pas le cas de nos serveurs de test).

Nous venons de publier la version 2.9.2 du plugin qui corrige ce problème. Vous pouvez faire la mise à jour automatique normalement, et merci de confirmer si cela fait bien dispara?tre les erreurs de connexion sur votre environnement.

Plugin mis à jour et fonctionnel de mon c?té.
testé uniquement sur le site principal ??

Merci pour votre aide à tous les deux ??