Forum Replies Created

Viewing 15 replies - 1 through 15 (of 33 total)
  • Thread Starter aminlam

    (@aminlam)

    Je viens de faire le test avec la 2.9.3 et plugin de cache désactivé :
    – Même soucis
    – Aucune erreur JS dans la console

    Cordialement
    Amin

    Thread Starter aminlam

    (@aminlam)

    Bonjour,

    L’erreur est bien liée à la version 2.9.3
    Elle est apparue avec celle-ci et disparait quand j’ai downgradé en 2.9.2

    Je vais vérifier si ce n’est pas un soucis avec la minification JS de mon plugin de cache mais je ne pense pas…

    Thread Starter aminlam

    (@aminlam)

    Bonjour,
    La mise à jour corrige le bug des bannières mais empeche l’inscription :

    Impossible de rentrer une date "valide"... Il est dit que le format doit être j F Y mais lorsque je me sers du calendrier proposé cela m'affiche 07 F 1982 et lorsque je rentre la date manuellement ( à savoir 07 08 1982) on me dit que le format est toujours invalide. De ce fait impossible de valider mon inscription et de passer au paiement de ma commande

    Avez-vou ce bug également?

    Merci pour votre aide.

    Amin

    Thread Starter aminlam

    (@aminlam)

    Cool !
    ça c’est une bonne nouvelle 🙂

    Merci

    Thread Starter aminlam

    (@aminlam)

    Bonjour,

    J’utilise bien la version 2.1.7 de WC Vendors Marketplace…
    + la version 1.6.2 de WC vendors PRO

    Amin

    Thread Starter aminlam

    (@aminlam)

    Bonjour,

    Tous mes plugins sont à jour.
    J’ai effectivement une erreur :

        product.min.js?ver=1.6.2:1 Uncaught TypeError: d(...).parsley(...).reset is not a function
        at t (product.min.js?ver=1.6.2:1)
        at HTMLDocument.<anonymous> (product.min.js?ver=1.6.2:1)
        at i (jquery.js?ver=1.12.4:2)
        at Object.fireWith [as resolveWith] (jquery.js?ver=1.12.4:2)
        at Function.ready (jquery.js?ver=1.12.4:2)
        at HTMLDocument.K (jquery.js?ver=1.12.4:2)
        
    t @ product.min.js?ver=1.6.2:1
    (anonymous) @ product.min.js?ver=1.6.2:1
    i @ jquery.js?ver=1.12.4:2
    fireWith @ jquery.js?ver=1.12.4:2
    ready @ jquery.js?ver=1.12.4:2
    K @ jquery.js?ver=1.12.4:2 

    Sur le fichier :
    /wp-content/plugins/wc-vendors-pro/public/assets/js/product.min.js?ver=1.6.2

    Et l’erreur apparait uniquement lorsque j’active mangopay…

    Bonne journée
    Amin

    Thread Starter aminlam

    (@aminlam)

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

    Merci pour votre aide à tous les deux 🙂

    Thread Starter aminlam

    (@aminlam)

    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é ?

    Thread Starter aminlam

    (@aminlam)

    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 😉

    Thread Starter aminlam

    (@aminlam)

    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..

    Thread Starter aminlam

    (@aminlam)

    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

    Thread Starter aminlam

    (@aminlam)

    Dans les logs WC j’ai ces messages là :

    
    2019-02-19T05:33:07+00:00 CRITICAL Uncaught MangoPay\Libraries\Exception: Unexpected response. Missing PersonType property in /home/******/public_html/wp-content/plugins/mangopay-woocommerce/sdk/MangoPay/ApiUsers.php:299
    Stack trace:
    #0 /home/******/public_html/wp-content/plugins/mangopay-woocommerce/sdk/MangoPay/ApiUsers.php(61): MangoPay\ApiUsers->GetUserResponse(Array)
    #1 /home/******/public_html/wp-content/plugins/mangopay-woocommerce/inc/mangopay.inc.php(1822): MangoPay\ApiUsers->Get('')
    #2 /home/******/public_html/wp-content/plugins/mangopay-woocommerce/inc/main.inc.php(477): mpAccess->get_mp_user('')
    #3 /home/******/public_html/wp-content/plugins/mangopay-woocommerce/inc/main.inc.php(414): mangopayWCMain->kyc_doc_upload_form_func(Array)
    #4 /home/******/public_html/wp-includes/class-wp-hook.php(286): mangopayWCMain->kyc_doc_upload_form_doaction('store-settings....', 'wc-vendors/dash...', '/home/******/...', Array)
    #5 /home/******/public_html/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters('', Array)
    #6 /home/ed dans /home/******/public_html/wp-content/plugins/mangopay-woocommerce/sdk/MangoPay/ApiUsers.php à la ligne 299
    
    

    Mais ils y sont déjà dans les logs des jours précédents et ça fonctionnait avant…

    Thread Starter aminlam

    (@aminlam)

    J’ai essayé plusieurs fois.
    – Supprimer l’id / save / recopier
    – passage en sandbox / passage en prod

    C’est toujours le même message qui s’affiche.
    Je ne comprends pas ce qui a pu provoquer ce bug puisque rien n’a changé sur le site (à part des produits soumis par les contributeurs)

    Thread Starter aminlam

    (@aminlam)

    Bonjour,

    Je viens de migrer l’ensemble de mon site sur mon serveur de test chez un autre hébergeur :
    – Connexion impossible.

    Etant donné que les commandes ont cessée le 19 février à 16h… j’ai restauré la sauvegarde BDD du 19 à 3h00
    Et là, la connexion se fait !

    Mais du coup, je ne peux pas faire ça sur mon serveur de prod au risque de perdre 2 jours d’historique.

    Ce n’est pas un soucis de fichiers car je n’ai rien changé mais un soucis quelque part dans la base de donnée… je vais essayer de comparer chaque plugin activé ou pas… mais ça reste un mystère.

    Thread Starter aminlam

    (@aminlam)

    Voici ce que me demande mon hébergeur :
    – – –

    Pouvez-vous contacter votre prestataire que vous utilisez pour lui demander les informations suivantes ?

    – Version de CURL à utiliser
    – Version de PHP à utiliser
    – Adresse IP de leurs services API.

    Je ne constate pas de blocage au niveau du serveur et une 404 indiquerait une page non trouvé.
    – – – –

    Merci pour votre aide

Viewing 15 replies - 1 through 15 (of 33 total)