Woo-poly-integration: La section de commande d'examen de caisse Woocommerce n'est pas traduite.

Créé le 29 mars 2018 · 19Commentaires · Source: hyyan/woo-poly-integration

Merci d'avoir contribué, vous êtes rock ! Veuillez noter : - Ces commentaires n'apparaîtront pas lorsque vous soumettez le problème. - Il s'agit d'un logiciel gratuit soutenu par des bénévoles pendant leur temps libre. Veuillez nous aider en rendant votre rapport de problème aussi clair et simple que possible. Si vous signalez un problème, assurez-vous de confirmer les points suivants afin que nous puissions reproduire et résoudre votre problème le plus rapidement possible :

Pouvez-vous reproduire ce problème sur le thème Wordpress par défaut (par exemple Storefront) ?

Je peux reproduire ce problème sur le thème Wordpress par défaut

Pouvez-vous reproduire ce problème lorsque tous les autres plugins sont désactivés, à l'exception de WooCommerce, Polylang et Hyyan WooCommerce Polylang Integration ?

Oui

Quelles versions de produit et quels paramètres utilisez-vous lorsque ce problème se produit ?

PHP : 7.0
WordPress : 4.9.4
WooCommerce : 3.3.4
Polylang : [indiquer si vous utilisez Polylang PRO] 2.3.4
Intégration de Hyyan WooCommerce Polylang : 1.0.4
Navigateur : dernière version de Chrome, Edge

Étapes pour reproduire

Commandez l'un des produits https://noracles.com/bg/shop/
Procéder à la vérification

Ce que j'attendais

Je m'attends à voir tout le texte traduit en bulgare

Ce qui s'est passé à la place

Le texte est partiellement traduit. La section de commande d'examen de caisse est en anglais. En fait, il est traduit mais ensuite il revient automatiquement à l'anglais.

Environnement WordPress

URL d'accueil : https://noracles.com
URL du site : https://noracles.com
Version WC : 3.3.4
Répertoire des journaux accessible en écriture :
Version WP : 4.9.4
WP Multisite : –
Limite de mémoire WP : 1 Go
Mode de débogage WP : -
WP Cron :
Langue : en_GB

Environnement de serveur

Informations sur le serveur : Apache
Version PHP : 7.0.25
Taille maximale de la publication PHP : 256 Mo
Limite de temps PHP : 180
Variables d'entrée maximales PHP : 1000
Version cURL : 7.51.0
OpenSSL/1.0.2j

SUHOSIN Installé : –
Version MySQL : ❌ 5.5.54 - Nous recommandons une version MySQL minimale de 5.6. Voir : Conditions requises pour WordPress
Taille maximale de téléchargement : 256 Mo
Le fuseau horaire par défaut est UTC :
fsockopen/cURL :
SavonClient :
DOMDocument :
GZip :
Chaîne multi-octets :
Poste à distance : ✔
Obtenir à distance :

Base de données

Version de la base de données WC : 3.3.4
Préfixe de la base de données WC : wp_
Base de données MaxMind GeoIP : ❌ La base de données MaxMind GeoIP n'existe pas - La géolocalisation ne fonctionnera pas. Vous pouvez le télécharger et l'installer manuellement depuis http://dev.maxmind.com/geoip/legacy/geolite/ vers le chemin : . Faites défiler jusqu'à "Téléchargements" et téléchargez le fichier "Binary / gzip" à côté de "GeoLite Country". N'oubliez pas de décompresser GeoIP.dat.gz et de télécharger uniquement le fichier GeoIP.dat.
Taille totale de la base de données : 7,21 Mo
Taille des données de la base de données : 5,48 Mo
Taille de l'index de la base de données : 1,73 Mo
wp_woocommerce_sessions : Données : 0,06 Mo + Index : 0,02 Mo
wp_woocommerce_api_keys : Données : 0,02 Mo + Index : 0,03 Mo
wp_woocommerce_attribute_taxonomies : Données : 0,02 Mo + Index : 0,02 Mo
wp_woocommerce_downloadable_product_permissions : Données : 0,02 Mo + Index : 0,05 Mo
wp_woocommerce_order_items : Données : 0,02 Mo + Index : 0,02 Mo
wp_woocommerce_order_itemmeta : Données : 0,02 Mo + Index : 0,03 Mo
wp_woocommerce_tax_rates : Données : 0,02 Mo + Index : 0,06 Mo
wp_woocommerce_tax_rate_locations : Données : 0,02 Mo + Index : 0,03 Mo
wp_woocommerce_shipping_zones : Données : 0,02 Mo + Index : 0,00 Mo
wp_woocommerce_shipping_zone_locations : Données : 0,02 Mo + Index : 0,03 Mo
wp_woocommerce_shipping_zone_methods : Données : 0,02 Mo + Index : 0,00 Mo
wp_woocommerce_payment_tokens : Données : 0,02 Mo + Index : 0,02 Mo
wp_woocommerce_payment_tokenmeta : Données : 0,02 Mo + Index : 0,03 Mo
wp_woocommerce_log : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_booking : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_booking_drivers : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_booking_items : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_booking_prices : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_branches : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_branches_hours : Données : 0,02 Mo + Index : 0,00 Mo
wp_carrental_extras : Données : 0,02 Mo + Index : 0,00 Mo
wp_carrental_extras_pricing : Données : 0,02 Mo + Index : 0,03 Mo
wp_carrental_fleet : Données : 0,02 Mo + Index : 0,03 Mo
wp_carrental_fleet_extras : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_fleet_parameters : Données : 0,02 Mo + Index : 0,00 Mo
wp_carrental_fleet_parameters_values : Données : 0,02 Mo + Index : 0,00 Mo
wp_carrental_fleet_pricing : Données : 0,02 Mo + Index : 0,03 Mo
wp_carrental_pricing : Données : 0,02 Mo + Index : 0,00 Mo
wp_carrental_pricing_ranges : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_translations : Données : 0,02 Mo + Index : 0,03 Mo
wp_carrental_vehicle_categories : Données : 0,02 Mo + Index : 0,02 Mo
wp_carrental_webhook_queue : Données : 0,02 Mo + Index : 0,00 Mo
wp_commentmeta : Données : 0,00 Mo + Index : 0,00 Mo
wp_comments : Données : 0,00 Mo + Index : 0,01 Mo
wp_give_donormeta : Données : 0,02 Mo + Index : 0,05 Mo
wp_give_donors : Données : 0,02 Mo + Index : 0,03 Mo
wp_give_formmeta : Données : 0,02 Mo + Index : 0,03 Mo
wp_give_logmeta : Données : 0,02 Mo + Index : 0,03 Mo
wp_give_logs : Données : 0,02 Mo + Index : 0,00 Mo
wp_give_paymentmeta : Données : 0,02 Mo + Index : 0,03 Mo
wp_links : Données : 0,00 Mo + Index : 0,00 Mo
wp_options : Données : 0,46 Mo + Index : 0,07 Mo
wp_postmeta : Données : 0,07 Mo + Index : 0,05 Mo
wp_posts : Données : 0,28 Mo + Index : 0,04 Mo
wp_rencato_connector_log : Données : 0,02 Mo + Index : 0,00 Mo
wp_termmeta : Données : 0,00 Mo + Index : 0,01 Mo
wp_terms : Données : 0,00 Mo + Index : 0,01 Mo
wp_term_relationships : Données : 0,00 Mo + Index : 0,01 Mo
wp_term_taxonomy : Données : 0,00 Mo + Index : 0,00 Mo
wp_usermeta : Données : 0,01 Mo + Index : 0,01 Mo
wp_users : Données : 0,00 Mo + Index : 0,01 Mo
wp_wc_download_log : Données : 0,02 Mo + Index : 0,03 Mo
wp_wc_webhooks : Données : 0,02 Mo + Index : 0,02 Mo
wp_wfBadLeechers : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfBlockedCommentLog : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfBlockedIPLog : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfBlocks : Données : 0,02 Mo + Index : 0,02 Mo
wp_wfBlocks7 : Données : 0,02 Mo + Index : 0,05 Mo
wp_wfBlocksAdv : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfConfig : Données : 0,28 Mo + Index : 0,00 Mo
wp_wfCrawlers : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfFileChanges : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfFileMods : Données : 1,52 Mo + Index : 0,00 Mo
wp_wfHits : Données : 1,02 Mo + Index : 0,23 Mo
wp_wfHoover : Données : 0,02 Mo + Index : 0,02 Mo
wp_wfProblèmes : Données : 0,02 Mo + Index : 0,06 Mo
wp_wfKnownFileList : Données : 0,36 Mo + Index : 0,00 Mo
wp_wfLeechers : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfLockedOut : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfLocs : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfLogins : Données : 0,06 Mo + Index : 0,03 Mo
wp_wfNet404s : Données : 0,02 Mo + Index : 0,02 Mo
wp_wfNotifications : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfPendingIssues : Données : 0,02 Mo + Index : 0,06 Mo
wp_wfReverseCache : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfScanners : Données : 0,02 Mo + Index : 0,00 Mo
wp_wfSNIPCache : Données : 0,02 Mo + Index : 0,05 Mo
wp_wfStatus : Données : 0,14 Mo + Index : 0,09 Mo
wp_wfThrottleLog : Données : 0,02 Mo + Index : 0,02 Mo
wp_wfVulnScanners : Données : 0,02 Mo + Index : 0,00 Mo

Nombre de types de publication

pièce jointe : 8
custom_css : 1
customiser_changer : 11
donner_formulaires : 2
donner_paiement : 8
nav_menu_item : 21
page : 29
polylang_mo: 2
poste : 2
produit : 7
révision : 167
coupon_boutique : 3
commande_boutique : 7
wpcf7_contact_form : 2

Sécurité

Connexion sécurisée (HTTPS) : ✔
Cacher les erreurs des visiteurs :

Plugins actifs (8)

Polylang : par Frédéric Demarle – 2.3.4
Formulaire de contact 7 : par Takayuki Miyoshi – 5.0.1
Donner - Plugin de don : par WordImpress – 2.0.6
Woo Checkout Field Editor Pro: par ThemeHiGH - 1.2.6
Hyyan WooCommerce Polylang Integration : par Hyyan Abo Fakher – 1.0.4 – Non testé avec la version active de WooCommerce
Sélecteur de devises WooCommerce : par realmag777 - 1.2.3
WooCommerce : par Automattic – 3.3.4
Sécurité Wordfence : par Wordfence – 7.1.1

Paramètres

API activée :
Forcer SSL : -
Monnaie : BGN (лв.)
Position de la devise : à gauche
Séparateur de milliers : ,
Séparateur décimal: .
Nombre de décimales : 2
Taxonomies : Types de produits : externe (externe)
groupé (groupé)
simple (simple)
variable (variable)

Taxonomies : Visibilité du produit : exclure du catalogue (exclure du catalogue)
exclure de la recherche (exclure de la recherche)
en vedette (en vedette)
en rupture de stock (en rupture de stock)
évalué-1 (évalué-1)
évalué-2 (évalué-2)
évalué-3 (évalué-3)
évalué-4 (évalué-4)
évalué-5 (évalué-5)

Pages WC

Base de la boutique : #223 - /boutique/
Panier : #224 - /panier/
Caisse : #225 - /caisse/
Mon compte : #226 - /mon-compte/
Termes et conditions : ❌ Page non définie

Thème

Nom : vitrine
Version : 2.2.8
URL de l'auteur : https://woocommerce.com/
Thème enfant : ❌ – Si vous modifiez WooCommerce sur un thème parent que vous n'avez pas construit
personnellement, nous vous recommandons d'utiliser un thème enfant. Voir : Comment créer un thème enfant

Assistance WooCommerce :

Modèles

Dérogations : -

help wanted

Source

vasildervenski

Commentaire le plus utile

La solution didit ne sera pas une solution : la langue dans les appels ajax est toujours erronée, la solution didit cache juste un peu le problème.

Les solutions seront soit :

corriger la solution 3.2 fournie par @marian-kadanka - je ne sais pas très bien comment cela a fonctionné ou pourquoi cela ne fonctionne pas maintenant
- filtrer comme :
  
  add_filter('woocommerce_ajax_get_endpoint', 'pll_woocommerce_ajax_get_endpoint', 10, 2);
  
  et quelque chose comme ça :

    /*
     * fixes woo 3.3.x by restoring 3.1.2 behaviour
     * https://github.com/hyyan/woo-poly-integration/issues/319
     */    
    public function pll_woocommerce_ajax_get_endpoint($result, $request){
        return esc_url_raw( add_query_arg( 'wc-ajax', $request, remove_query_arg( array( 'remove_item', 'add-to-cart', 'added-to-cart' ) ) ) );        
    }

WooCommerce ne changera pas de fin et a fermé le problème que j'avais ouvert, car ils disent que certaines de leurs modifications ont résolu un problème de sécurité potentiel.

Jon007 le 17 avr. 2018

🎉4 👍2

Tous les 19 commentaires

Absolument le même problème ici. Mêmes paramètres.

Étapes pour reproduire

Commandez l'un des produits en russe ou en chinois (l'anglais est par défaut) https://busancoupon.com/ru
Passez au panier ou à la caisse.

Ce que j'attendais
Je m'attends à voir la page du panier en russe ou en chinois. Ou la page de paiement entièrement traduite en russe ou en chinois.

Ce qui s'est passé à la place

La page du panier est automatiquement redirigée vers la langue par défaut (anglais).
La page de paiement n'est pas redirigée mais seulement partiellement traduite. La section à remplir est traduite mais la section "passer la commande" essaie de traduire mais revient ensuite à l'anglais.

Noter
Lorsque vous changez de langue à partir de la page du panier elle-même, elle passe en fait à la bonne page et est entièrement traduite.

yokataj le 30 mars 2018

même problème

masato-igarashi le 31 mars 2018

Quelqu'un a-t-il une solution pour cela?

elfarhano le 2 avr. 2018

J'ai exactement le même problème. La révision de la commande se charge dans la langue (traduite) correcte, puis s'actualise et est définie sur la langue par défaut.
j'utilise

Hyyan WooCommerce Intégration Polylang v1.0.4
Polylang v2.3.4
WooCommerce v3.3.4

J'ai vu ce problème signalé sur différents sites d'assistance avec des solutions suggérées comme la désactivation d'ajax ou la mise à niveau des plugins concernés, aucune de ces solutions ne fonctionne pour moi. J'ai vu le même problème signalé sur ce site où il a été fermé avec la mention que cela est résolu avec Hyan WooCommerce Polylang Integration v1.0.4.

Quelqu'un peut-il aider avec cela?

ddidit le 2 avr. 2018

WordPress : 4.9.5.
WooCommerce : 3.3.4
Storefront (2.2.8) Thème enfant
Polylang : 2.3.4
Intégration de Hyyan WooCommerce Polylang : 1.0.4

J'ai exactement le même problème.

Quelqu'un peut-il aider avec cela?

nunhes le 6 avr. 2018

Donc pas de solution pour l'instant ?? C'est vraiment mauvais... Il y a maintenant une nouvelle version de Woocommerce. Quelqu'un a essayé de mettre à jour ?

yokataj le 10 avr. 2018

Exactement le même problème ici, j'ai la dernière version de Woo et ce plugin.

HenriMalkki le 11 avr. 2018

En attendant, j'ai mis à jour Wordpress vers la version 4.9.5 et Woocommerce vers la version 3.3.5, mais le problème persiste.
J'utilise d'ailleurs le thème InVogue version 1.0.3.

ddidit le 11 avr. 2018

OK, peut-être pas une solution mais au moins une solution de contournement (ça marche pour moi) :

Ouvrez le fichier review-order.php (situé dans\wp-content\themes\\woocommerce\checkout dans mon cas)
Changer de ligne

<table class="shop_table woocommerce-checkout-review-order-table">
à

class="shop_table">

Ouvrez le fichier payment.php (situé dans\wp-content\plugins\woocommerce\templates\checkout)
Changer de ligne
<div id="payment" class="woocommerce-checkout-payment"> to <div id="paiement">`

ddidit le 11 avr. 2018

👎1 👍1

Dddit !

Cela a également résolu mon problème avec la page de paiement ! Merci beaucoup! ??

Mais mon bouton de panier est toujours un problème... chaque fois que je clique sur le bouton de panier, il redirige automatiquement vers la langue par défaut... :(

Une idée de comment contourner cela? Peut-être changer une ligne dans cart-errors.php ??

yokataj le 11 avr. 2018

J'aimerais pouvoir faire du codage, mais je suis absolument nul là-dedans. Il y a cart.php et mini-cart.php. Je suis sûr qu'il a besoin d'un petit correctif là-bas...

yokataj le 11 avr. 2018

merci pour la solution de partage!
sa marche bien

mais
lorsque vous modifiez le mode de paiement à partir de la page de paiement.
l'examen de la commande ne s'actualise pas. ajax ne fonctionne pas.

certains modes de paiement ont des frais de paiement.
lors du changement de mode de paiement. modifiez également le montant total.

désolé pour mon anglais cassé

masato-igarashi le 14 avr. 2018

Hyyan 1.0.4 est bien antérieur à la 3.3.5 et ne prétend pas être compatible avec la 3.3.5.
Malheureusement, WooCommerce rompt fréquemment la compatibilité dans leurs mises à jour.
Cela fonctionne bien dans 3.1.2 et je peux confirmer et reproduire que la fonctionnalité est cassée dans 3.3.5.
Je n'ai pas testé toutes les versions intermédiaires.

La plupart des autres plugins ne sont pas non plus mis à jour pour la compatibilité avec woo 3.3.5 - ce n'est pas seulement celui-ci - le meilleur conseil est de ne pas mettre à niveau WooCommerce tant que les plugins que vous utilisez ne sont pas mis à niveau, à moins que vous n'ayez des capacités de développement et que vous puissiez contribuer aux correctifs.

Jon007 le 16 avr. 2018

comme indice, woo semble appeler :
/?wc-ajax=update_order_review
directement à la racine du site Web, au lieu de la page actuelle comme avant.
cela signifie que les informations de chemin qui seraient utilisées par Polylang pour déterminer la langue sont perdues.

Jon007 le 16 avr. 2018

Ceci est signalé à woocommerce comme:
https://github.com/woocommerce/woocommerce/issues/19741

J'ai testé la restauration de la version 3.1.2 de la fonction WC_AJAX->get_endpoint() dans woocommerce/class-wc-ajax.php
Cela résout ce problème - et pourrait également être appliqué par un filtre - mais jusqu'à ce que nous sachions pourquoi cela a été modifié, ce n'est peut-être pas la bonne solution.

Jon007 le 16 avr. 2018

Il semble que cela ait été corrigé à l'origine pour WooCommerce 3.2 par @marian-kadanka dans :
https://github.com/hyyan/woo-poly-integration/pull/251/commits/9f9b7581260c87f84ce9f35100ecd872b974e58d
voir de nombreux problèmes connexes à ce moment-là.

Cependant, une mise à jour ultérieure vers WooCommerce ou Polylang peut empêcher ce correctif de fonctionner.
(Je ne comprends pas pourquoi ce correctif a pu fonctionner dans woo 3.2.x et Polylang 2.2.7)

Jon007 le 16 avr. 2018

Bonjour, je fais la même réparation que ddidit posté et ça a réglé le problème de la partie passerelle de paiement ! Beau travail, dit-il ! Merci beaucoup!
Cependant, après avoir cliqué sur le bouton Passer une commande, il passe toujours à la version de la langue principale, et non à la version de la deuxième langue.
Et les e-mails du système automatique après le départ sont également dans la langue principale, que pouvons-nous faire pour corriger cette partie ?
Merci!

JCcat le 17 avr. 2018

La solution didit ne sera pas une solution : la langue dans les appels ajax est toujours erronée, la solution didit cache juste un peu le problème.

Les solutions seront soit :

corriger la solution 3.2 fournie par @marian-kadanka - je ne sais pas très bien comment cela a fonctionné ou pourquoi cela ne fonctionne pas maintenant
- filtrer comme :
  
  add_filter('woocommerce_ajax_get_endpoint', 'pll_woocommerce_ajax_get_endpoint', 10, 2);
  
  et quelque chose comme ça :

    /*
     * fixes woo 3.3.x by restoring 3.1.2 behaviour
     * https://github.com/hyyan/woo-poly-integration/issues/319
     */    
    public function pll_woocommerce_ajax_get_endpoint($result, $request){
        return esc_url_raw( add_query_arg( 'wc-ajax', $request, remove_query_arg( array( 'remove_item', 'add-to-cart', 'added-to-cart' ) ) ) );        
    }

WooCommerce ne changera pas de fin et a fermé le problème que j'avais ouvert, car ils disent que certaines de leurs modifications ont résolu un problème de sécurité potentiel.

Jon007 le 17 avr. 2018

🎉4 👍2

Corrigé dans #329