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);

Pensez également à contrôler la valeur de max_input_vars (par défaut à 1000 si non configurée sur le serveur) dans le cas d'un nombre important de zones / tranches de poids / prix
Cette variable correspond au nombre maximum de champs acceptés par le serveur lors de la soumission d'un POST.
Mettez-là à 10 000 et vous serez tranquilles également pour les traductions