Messages postés par tcdsmax

Bonjour,
j'ai remarqué qu'en admin le module de colissimo n'était pas traduit, alors que les traductions sont faites.
J'ai vu que dans mon thème, dans le dossier modules/colissimo/translations/,que j'ai un fichier fr.php.
Est-ce que c'est un fichier qui est installé avec cette suite, ou c'est un fichier qui ne devrait pas exister ? (artefact d'une ancienne installation / manipulation)
merci

Bonjour,
je ne sais pas si c'est un cas particulier à mon site, mais au cas où :
dans le fichier admin/themes/default/template/controllers/orders/helpers/view/view.tpl

J'ai ajouté la div suivante autour de la table id="orderProducts" pour corriger le soucis d'affichage sur mobile

<div class="table-responsive">

super,
merci bcp

@eolia a dit dans Images sur les BL ne s'affichent pas :

$product['product_attribute_id']

J'ai voulu essayer, mais du coup, je ne sais pas quoi mettre comme valeur pour $product['product_attribute_id'].
Ce champ n'existe pas dans la table product.

j'ai remis exactement comme l'exemple que vous m'avez envoyé, et ça ne change rien. les images ne s'affichent toujours pas.

Si c'est bien la fonction qui se trouve dans le fichier classes/order/Order.php
il y a une petite différence au niveau de la liaison dans la requete :

protected function setProductImageInformations(&$product)
{
if(isset($product['product_attribute_id']) && $product['product_attribute_id']) {
$id_image = Db::getInstance()->getValue('
SELECT image_shop.id_image
FROM '._DB_PREFIX_.'product_attribute_image pai
'.Shop::addSqlAssociation('image', 'pai', true).'
LEFT JOIN '._DB_PREFIX_.'image i
ON(i.id_image = pai.id_image)
WHERE pai.id_product_attribute = '.(int)$product['product_attribute_id']. '
ORDER by i.position ASC
');
}

    if(!isset($id_image) || !$id_image) {
        $cover = Product::getCover($product['product_id']);
        if(isset($cover['id_image']))
            $id_image = (int)$cover['id_image'];
    }

    $product['image'] = null;
    $product['image_size'] = null;

    if(isset($id_image)) {
        $product['image'] = new Image($id_image);
    }
}

Et si les overides sont forcément dans le dossier override à la racine.
La seule chose qui est présente pour le fichier override/classes/order/Order.php, c'est ça :

class Order extends OrderCore
{
/*
* module: vosfacturesapp
* date: 2024-01-16 10:48:43
* version: 2.4.14
*/
public function setInvoice($use_existing_payment = false)
{
require_once(PS_MODULE_DIR.'vosfacturesapp/vosfacturesapp.php');
$module = new VosFacturesApp();
if ($module->sendInvoice($this->id, false, true)) {
parent::setInvoice($use_existing_payment);
}
}
}

Du coup, vue que j'ai souvent des petits trucs qui déconnent ici et là, est-ce que ce serait pas mieux que je reparte d'une installation fraiche avec phenixSuite ?
Et ensuite, ré-importer les tables et images produits, etc....

Et si oui, avez-vous une astuce pour faire ça au mieux? ou un module, etc...

merci d'avance.

le code est identique.
Du coup cela signifie que je n'ai peut-être pas de miniature ?

Bonjour,
petite questio, concernant l'affichage des images des produits sur les BL (pdf).

J'ai fait un debug directement sur le fichier delivery-slip.product-tab.tpl de l'objet $order_detail dans la boucle. Et le champ 'image' est vide.

Est-ce qu'il faut générer les images d'une manière ou d'une autre? ou sur quelle image se repose le template ?

merci

ok, je regarde demain matin, je reviendrai poster ici si je galère trop ;-)

ok. Je vais essayer de trouver si je trouve effectivement un override quelquepart

Sinon au pire, le fait d'avoir enlevé cette ligne, ne poserait pas de probleme de fonctionnement ?

ok, je vais regarder pourquoi j'ai ce soucis sur une version du site et pas l'autre.
Je vais vérifier s'il y a des différences au niveau des modules installés et activés.

On est d'accord que le module ps_checkout est signé prestashop, et pas eolia ?

Bonjour,
suite à la mise à jour avec l'autougrade, j'avais perdu toutes les commandes en admin.
En activant le debug, cela m'a remonté une erreur sur une requete qui commence comme ceci :
Not unique table/alias: 'oc'

                SELECT SQL_CALC_FOUND_ROWS
                a.`id_order`, `reference`, `total_paid_tax_incl`, a.`payment` AS `payment`, a.`date_add` AS `date_add`, `tracking_number`

A priori il y aurai un doublon de LEFT JOIN sur la table order_carrier.

J'ai donc supprimé le 1er LEFT_JOIN dans le fichier AdminOrdersController.php (ligne 121)

Et j'ai vu que le module PrestaShop Checkout dans les extensions avait besoin d'une mise à jour (version actuelle : 6.3.5.3)
Sur la version de test du meme site, dans les memes conditions, je n'ai pas cette demande de mise à jour. Et je n'ai pas rencontré ce soucis non plus.

je remets la requete complète ci-dessous.

merci d'avance

Not unique table/alias: 'oc'

                SELECT SQL_CALC_FOUND_ROWS
                a.`id_order`, `reference`, `total_paid_tax_incl`, a.`payment` AS `payment`, a.`date_add` AS `date_add`, `tracking_number`
        , 
        a.`id_currency`, a.`id_carrier`,
        a.`id_order` AS `id_pdf`, CONCAT(a.`id_customer`, '-', a.`id_order`) AS `id_message`,
        SUM(od.`product_customization_id`) as `custom`,
        CONCAT(c.`firstname`, ' ', c.`lastname`) AS `customer`,
         c.`id_default_group`, 
        osl.`name` AS `osname`,
        carrier.`name` AS `caname`,
        os.`color`,
        IF((SELECT so.`id_order`
            FROM `bl_orders` so
            WHERE so.`id_customer` = a.`id_customer`
            AND so.`id_order` < a.`id_order` LIMIT 1
            ) > 0, 0, 1
        ) AS `new`,
        country_lang.`name` AS `cname`,
        IF(a.`valid`, 1, 0) `badge_success`
        FROM `bl_orders` a 
        
        
        STRAIGHT_JOIN `bl_customer` c 
            ON(c.`id_customer` = a.`id_customer`)
        STRAIGHT_JOIN `bl_shop` s
            ON(s.`id_shop` = a.`id_shop`)
        STRAIGHT_JOIN `bl_address` address
            ON(address.`id_address` = a.`id_address_delivery`)
        LEFT JOIN `bl_order_carrier` oc 
            ON(oc.`id_order` = a.`id_order`)
        LEFT JOIN `bl_carrier` carrier
            ON(carrier.`id_carrier` = a.`id_carrier`)
        LEFT JOIN `bl_country` country
            ON(country.`id_country` = address.`id_country`)
        LEFT JOIN `bl_country_lang` country_lang
            ON(country_lang.`id_country` = country.`id_country`
            AND country_lang.`id_lang` = 1)
        LEFT JOIN `bl_order_state` os
            ON(os.`id_order_state` = a.`current_state`)
        LEFT JOIN `bl_order_payment` op
            ON(op.`order_reference` = a.`reference`)
        LEFT JOIN `bl_order_state_lang` osl
            ON(osl.`id_order_state` = os.`id_order_state`
            AND osl.`id_lang` = 1)
        LEFT OUTER JOIN `bl_order_detail` od
            ON(od.`id_order` = a.`id_order`)
                LEFT JOIN `bl_order_carrier` oc ON (a.`id_order` = oc.`id_order`) 
         
                WHERE 1  
            AND a.`archived` = 0 
        GROUP BY a.`id_order` 
         ORDER BY a.`id_order` DESC  LIMIT 0, 20

c'était bien ça.
je pense que c'est un thème qui a été bricolé. En plus le site avait été vérolé, d'où l'utilisation de votre patch. Et le désir de le mettre à jour avec votre solution.

à priori, ça à l'air d'être fonctionnel maintenant. Je ferai des tests avec mon client demain pour vérifier que tout est en place.

merci bcp pour l'aide et votre réactivité

c'est écrit :
From source: /var/www/vhosts/xxxxxxx/httpdocs/themes/default-bootstrap/modules/blockcart/blockcart.tpl

@eolia a dit dans Erreur module block_cart en php8.2 mais pas en php7.4 :

mez le fichier /themes/votre_theme/modules/blockcart/blockcart-json.tpl qui n'est pas conforme.

je récupère ce site pour justement essayer de le rendre conforme, et effectivement, le thème utilisé n'est pas le thème de base.

J'ai supprimé le fichier comme indiqué, j'ai vidé le cache, supprimé le fichier du dossier cache/smarty, mais rien ne change.

Est-ce que ce serait plus judicieux de repartir d'une installation de base avec votre solution et de réimporter la base de donnée et intégrer les modules au fur et mesure ?
Ou essayer de comprendre ce qui pose soucis ?

Bonjour,
je suis en train d'essayer de monter la version de php sur un site prestashop.

J'ai un soucis avec le module block_cart quand je veux passer en php8.2, alors que sous php7.4 cela ne pose aucun soucis.
(Bloc panier v14 - par PrestaShop updated by Eolia)

L'erreur que j'ai se trouve dans un fichier cache smarty.

Cette ligne génère l'erreur ci-dessous :
<?php $_smarty_tpl->_assignInScope('free_ship', count($_smarty_tpl->tpl_vars['cart']->value->getDeliveryAddressesWithoutCarriers(true,$_smarty_tpl->tpl_vars['errors']->value)));?>

Fatal error: Uncaught Error: Attempt to modify property "value" on null

(httpdocs/cache/smarty/compile/cb/20/12/cb20123965304d8a0f541e19cc61cca45d224bc7_0.file.blockcart.tpl.php on line 260)

J'ai installé une version vierge et tout fonctionne, donc je pense qu'il y a un soucis avec un autre module, ou une configuration, mais je ne sais pas trop par où chercher.

Merci d'avance si quelqu'un peut me mettre sur la piste

merci pour la réponse, je vais voir si j'ai la main pour faire l'update sur le serveur .

Bonjour,
en voulant faire une installation de 0, je me retrouve avec cette erreur lors de l'installation.

Version php 8.2.16
Version bdd: mariaDB v 5.5.68

J'ai tenté plusieurs fois de supprimer les tables et de relancer. mais toujours le même soucis.

Bloqué à 12%. "création des tables"
Et j'ai 163 tables créées dans la base en type InoDB

dans le fichier de log :
ERROR 2024/02/22 - 10:16:19: Erreur SQL sur la requête <i>The used table type doesn't support FULLTEXT indexes</i>

merci d'avance pour l'aide.