Ce module qui ajoute un effet au survol dans les thèmes Panda ajoute une override en BO sur le template des images.
Celui-ci écrase l'option d'édition en direct des légendes d'images, il faut donc le mettre à jour en remplaçant le tpl d'origine par celui-ci fourni en pièce-jointe
images.tpl

Déjà répondu ici et sur tweet.phenix, ce ne sont pas des erreurs mais des warnings.
la mise à jour globale des int(10) en int(11) ne fait pas de détail et j'ai pris en compte tous les modules natifs installés ou pas.

Ok, dans /models/OpartQuotation.php, ligne 960 vous avez ce bloc:

        if($this->context->employee){
            $cart->id_lang =  $this->context->employee->id_lang;
        }
        else{
             $cart->id_lang =  $customer->id_lang;
        }

A remplacer par :

        if($this->context->employee){
            $cart->id_lang =  $this->context->employee->id_lang;
            $this->context->employee->id = 0;
        }
        else{
             $cart->id_lang =  $customer->id_lang;
        }

Petit patch correctif pour les produits les plus vus dans cette page également (Bug si dates sélectionnées == date du jour et ne trie pas les résultats dans l'ordre souhaité)
Dans dashproducts.php ligne 482, remplacez le bloc else par celui-ci

		else {
			return Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS('
			SELECT p.id_object, pv.counter
			FROM `'._DB_PREFIX_.'page_viewed` pv
			LEFT JOIN `'._DB_PREFIX_.'date_range` dr ON pv.`id_date_range` = dr.`id_date_range`
			LEFT JOIN `'._DB_PREFIX_.'page` p ON pv.`id_page` = p.`id_page`
			LEFT JOIN `'._DB_PREFIX_.'page_type` pt ON pt.`id_page_type` = p.`id_page_type`
			WHERE pt.`name` = \'product\'
			'.Shop::addSqlRestriction(false, 'pv').'
			AND DATE_FORMAT(dr.`time_start`, "%Y-%m-%d") >= "'.pSQL($date_from).'"
			AND DATE_FORMAT(dr.`time_end`, "%Y-%m-%d") <= "'.pSQL($date_to).'"
			ORDER BY pv.counter DESC
			LIMIT '.(int)$limit);
		}

@Greg69 a dit dans bug installation bdd :

Sur votre version, il y a le webp (je ne sais pas comment l'activer, il faut passer par un module externe?).

Non, Préferences => images

Il y a Stripe qui accepte tous les moyens de paiements.

Le principe de ces modules est que ça crée des clients particuliers (à qui on donne une clé d'accès). Il peuvent alors voir/créer/modifier leurs produits dans une page dédiée et l'admin valide.
Ils peuvent également suivre leurs commandes/sav etc.
Il faut créer un entrepôt par vendeur et associer ses produits à son entrepôt (ce qui permettra de calculer correctement les frais de port)

Si votre boutique est en https et que la génération des pdf crashe car le tpl utilise $img_ps_dir modifier la ligne 141 de /classes/pdf/HTMLTemplate.php en remplaçant:

'img_ps_dir' => 'http://'.Tools::getMediaServer(_PS_IMG_)._PS_IMG_,

Par

'img_ps_dir' => Tools::getShopProtocol().Tools::getMediaServer(_PS_IMG_)._PS_IMG_,

idem dans /classes/pdf/HTMLTemplateSupplyOrderForm.php à la ligne 175.

Un de plus m4pdf sur appel du fichier pdf.php qui permet d'uploader un fichier php qui sera stocké dans le répertoire /tpl du module.
Il y a un contrôle à 2 balles sur un cookie (qu'on peut forger) et un token qui correspond au MD5 du nom du fichier qu'on envoie...

header('Location: '. Tools::getShopProtocol() . $url);

Ce n'est pas logique car ce bouton devrait être là si la quantité de produits retournables est supérieure à 0.

                    {assign var="remainingRefunds" value=Order::getRemainingRefunds($order)}
                    {if $remainingRefunds && Order::getRemainingReturns($order)}
                         
                        <a id="desc-order-standard_refund" class="btn btn-default" href="#start_products">
                            <i class="icon-exchange"></i>
                            {if $order->hasBeenShipped()}
                                {l s='Return products'}
                            {elseif $order->hasBeenPaid()}
                                {l s='Standard refund'}
                            {else}
                                {l s='Cancel products'}
                            {/if}
                        </a>
                    {/if}

    /**
     * Get remaining refunds for an order
     * @param $order object
     *
     * @return int Remaining possible refunds
     */
    public static function getRemainingRefunds($order)
    {
        return (int)max(0, Db::getInstance()->getValue('
            SELECT SUM(`product_quantity`) - SUM(`product_quantity_refunded`)
            FROM `'._DB_PREFIX_.'order_detail` od
            INNER JOIN `'._DB_PREFIX_.'product` p
            ON(p.`id_product` = od.`product_id`)
            WHERE od.`id_order` = '.(int)$order->id
        ));
    }

Vous n'aviez pas ce bouton ?

Le bouton est en bas à gauche une fois que vous avez rempli la raison normalement.

Ok, faites l'essai avec la fonction de remboursement plutôt

J'ai 2 questions:

• Version de PhenixSuite ?
• Vous avez directement passé le statut en "Remboursé" ou vous avez utilisé les boutons de retour/remboursement ?

@ilmag
Attention les statuts Remboursé et Annulé remettent tous les 2 les produits en stock (ça a toujours été le fonctionnement de Prestashop)
Une fois remboursée, ne modifiez plus la commande.

Là, c'est mieux^^

Il faut quand même que je fasse en sorte que le message d'erreur s'affiche !

Ok donc il manque intl sur votre système
Un sudo apt-get install php-intl devrait régler le pb.

Ok,
dans le fichier /install/theme/views/system.phtml ajoutez ceci à la ligne 6:

<?php echo print_r($this->tests['required'], 1) ?>

et rafraichissez juste la page.

Vous devriez avoir un debug des tests. Dans mon cas ça m'affiche ceci: