yohanndev

Merci de votre retour. Maintenant que je sais que ce n’est pas un disfonctionnement du plugin, je vais au vu du volume de commande de mes clients pour ce cas de figure développer une solution qui se greffera sur le plugin

Re-Bonjour, Si pas de réponse c’est parce qu’il y a un bug?
Pour les pays nécessitant un CN23, comment générer une étiquette si le montant des frais de port est offert à partir d’un certain montant de facture.

=>L’étiquette aller n’a pas été générée : Les frais de livraison ne doivent pas être gratuits pour que la déclaration de douanes soit valide, vous pouvez le modifier manuellement en activant l’option Modifier les prix?et?les?poids.”

Je vais téléphoner au support technique ca sera plus simple.

Bonjour,
Effectivement l’ouverture est quasi immédiate sans le chargement des filtres.
Dans l’attente du correctif/évolution je leur ai préparé un email chaque soir pour recueillir les commandes qui sont en erreur Colissimo, ils pourront continuer à faire du SAV
Merci, ca résout en partie le problème et permet de travailler.
Cordialement

Bonjour,
merci du retour.
Dans ce fichier pour la function bulkLabelPrint()
j’ai déjà :

l.593 $trackingNumbers = $this->labelQueries->getTrackingNumbersForOrdersId($ids, $labelType);
:.595 $stringTrackingNumbers = implode(',', $trackingNumbers);

Et concernant le fichier en erreur :
/wp-content/plugins/colissimo-shipping-methods-for-woocommerce/admin/labels/lpc_label_queries.php:110
la function getTrackingNumbersForOrdersId()
$outwardTrackingNumbers = $this->outwardLabelDb->getLabelsInfosForOrdersId($ordersId);

“Using $this when not in object context”

Merci

Fantastic, I like internet for this kind of idea sharing. Your code works perfectly. Thank you

J’ai unminify le fichier shipping-method.min.js
ligne 50 :submitForm: function(e)
Dans la boucle ligne55 : quand r vaut 0 : [name=’pricing-items[” + 0 + ‘][“price-from”]
ca n’existe pas car le HTMLTableRowElement inspecté vaut pour cette ligne : name=’pricing-items[1][“price-from”], soit l’ancienne position.

Est ce possible d’avoir de l’aide, un patch?. Je n’ai pas le temps de devoir debugger. les input:name=pricing-items[ x ][..] devraient se raffraichir lorsqu’on drag&drop pour prendre leur nouvelle position ?
Je fais peut être fausse route, mais c’est urgent, merci

for (var r = 0; r < n.length; r++) {
                    var i = n[r],
                        o = {
                            "price-from": i.querySelector("[name='pricing-items[" + r + ']["price-from"]\']').value,
                            "price-to": i.querySelector("[name='pricing-items[" + r + ']["price-to"]\']').value,
                            "weight-from": i.querySelector("[name='pricing-items[" + r + ']["weight-from"]\']').value,
                            "weight-to": i.querySelector("[name='pricing-items[" + r + ']["weight-to"]\']').value,
                            "shipping-class": Array.apply(null, i.querySelector("[name='pricing-items[" + r + ']["shipping-class"][]\']').options).filter(function(e) {
                                return e.selected
                            }).map(function(e) {
                                return e.value
                            }),
                            "parcel-point-network": Array.apply(null, i.querySelector("[name='pricing-items[" + r + ']["parcel-point-network"][]\']').options).filter(function(e) {
                                return e.selected
                            }).map(function(e) {
                                return e.value
                            }),
                            pricing: i.querySelector("[name='pricing-items[" + r + ']["pricing"]\']').value,
                            "flat-rate": i.querySelector("[name='pricing-items[" + r + ']["flat-rate"]\']').value
                        };
                    t.push(o)
                }

Hi, I got the same problem. I don’t know if it’s due to conflict between plugins or an error. But it’s really annoying if I have to rewrite each rules. Did you find a solution ?

Des avancés ? J’ai vu qu’une autre personne avait le même soucis, est ce un conflit entre plugins ou vous constatez le problème ?.

Je viens de vous faire parvenir ma requete via contact-support.
En vous remerciant

Je continue dans le debug intensif et nous sommes repassés en mode “ZPL” pour tester l’imprimante.
PHP message: *** LOG CDI – LINE:328 FILE:/includes/WC-gateway-colissimo-auto.php ***:” while reading response header from upstream.

La classe ColissimoAFServiceGenerate() qui permet de créer la variable $ok
$ok = $ColissimoAFServiceGenerate->getResult();
Renvoie le champ vide ‘pdfUrl’ de plus alors que précédement en mode ‘PDF’ dans uploads/cdistore j’obtenais CDI-label-13865.txt avec comme contenu un pdf. Maintenant je n’ai que “JVBERiUlRU9G” la meme séquence quelque soit les commandes .
Est ce un mauvais réglage ?
ex:

ColissimoAFStructGenerateLabelResponse Object
(
    [return] => ColissimoAFStructGenerateLabelResponseType Object
        (
            [labelXmlReponse] => 
            [labelResponse] => ColissimoAFStructLabelResponse Object
                (
                    [label] => 
                    [cn23] => 
                    [parcelNumber] => 6C13649963551
                    [parcelNumberPartner] => 0092140116C1364996355802250Y
                    [pdfUrl] => 
                    [result:ColissimoAFWsdlClass:private] => 
                    [lastError:ColissimoAFWsdlClass:private] => 
                    [internArrayToIterate:ColissimoAFWsdlClass:private] => 
                    [internArrayToIterateIsArray:ColissimoAFWsdlClass:private] => 
                    [internArrayToIterateOffset:ColissimoAFWsdlClass:private] => 
                )

            [messages] => Array
                (
                    [0] => ColissimoAFStructMessage Object
                        (
                            [id] => 0
                            [messageContent] => La requ?ate a ??t?? trait??e avec succ?¨s
                            [type] => INFOS
                            [result:ColissimoAFWsdlClass:private] => 
                            [lastError:ColissimoAFWsdlClass:private] => 
                            [internArrayToIterate:ColissimoAFWsdlClass:private] => 
                            [internArrayToIterateIsArray:ColissimoAFWsdlClass:private] => 
                            [internArrayToIterateOffset:ColissimoAFWsdlClass:private] => 
                        )

                )

            [result:ColissimoAFWsdlClass:private] => 
            [lastError:ColissimoAFWsdlClass:private] => 
            [internArrayToIterate:ColissimoAFWsdlClass:private] => 
            [internArrayToIterateIsArray:ColissimoAFWsdlClass:private] => 
            [internArrayToIterateOffset:ColissimoAFWsdlClass:private] => 
        )

    [result:ColissimoAFWsdlClass:private] => 
    [lastError:ColissimoAFWsdlClass:private] => 
    [internArrayToIterate:ColissimoAFWsdlClass:private] => 
    [internArrayToIterateIsArray:ColissimoAFWsdlClass:private] => 
    [internArrayToIterateOffset:ColissimoAFWsdlClass:private] => 
)

Nous utilisons sur tout nos sites : FS_METHOD = ‘ssh2’ avec les paramètres qui vont avec, à savoir : FTP_BASE / FTP_USER / FTP_PASS / FTP_HOST
Est ce que ca pourrait être à l’origine du soucis pour l’utilisation des fonctions request_filesystem_credentials() et la classe wp_filesystem ? Je n’ai jamais eu de soucis avec jusqu’à present.
merci pour vos retours.

Bonjour,
Tout d’abord merci pour votre réponse rapide. Hier j’ai décortiqué le code et effectivement il y a avait un problème pour créer le dossier cdistore dans uploads/.
CDI a t’il des droits particuliers ??? WordPress possède les droits pour mettre à jour les plugins, ainsi qu’écrire dans uploads/ pour les dossiers photos : 2017/11/….
Je ne l’ai pas précisé mais nous sommes en php7.0.24 et n’ayant pas l’imprimante DataMax à proximité pour les tests à domicile, je suis en mode “PDF 10×15”. Mais dès Lundi je regarderai à nouveau en mode “ZPL_10x15 203dpi”

J’ai édité le fichier [includes/WC-function-Colissimo.php] :
Dans la fonction cdi_uploads_put_contents() les références à request_filesystem_credentials() de WordPress sont en erreurs. a?e! Finalement après recherche je les ai mis en commentaire, idem pour $wp_filesystem->put_contents(). J’ai utilisé à la place la fonction file_put_contents() et le fichier c’est créé OK ??
J’ai reporté ce type de modification dans les fonctions :

cdi_uploads_get_contents() => file_get_contents() 
cdi_delete_order() => unlink($filename);

Le bouton “Print label” appara?t à présent en éditant la commande ( après avoir bien évidement utiliser le bouton “automatique pour récupérer un numéro de suivi )
Et de nouveau un soucis, en cliquant dessus, je n’ai que du texte[code pdf] qui appara?t à l'écran. Est ce que ca devrait lancer l’aper?u d'impression Windows ? Je ne vois pas de code javascript document.print sur le bouton
J'ai cherché alors dans le fichier WC_print-localpdf-labelandcn23.php() et j'ai certainement pas saisi la mécanique pour : header('Content-type: text/pdf' ); Je l'ai remplacé par :

header('Content-type: application/pdf');
header('Content-Disposition: inline; filename="' . $thepdffile . '"');
header('Content-Transfer-Encoding: binary');
header('Accept-Ranges: bytes');

Ce qui me permet de récupérer le pdf en for?ant le téléchargement.., mais au final on s'éloigne du principe d'impression car grace au lien donné dans la Passerelle d'expédition, je peux récupérer aussi le fichier ici, pas sur que ce soit utile comme code.

Vous l'aurez compris, je suis un peu perdu, mais optimiste ?? Votre code est très clair et bien écrit, je devrais pouvoir arriver à lui faire faire ce que je souhaite. Nous sommes à plus de 100 commandes jours, l'automatisation de certaine tache en minimisant les interactions dans l'admin WordPress va devenir crucial pour nous.

Bon Weekend
Yohann