baumel.dan

Bonjour, j'ai parcouru tout un tas de forum mais impossible de comprendre ce qu'il se passe, j'étais en 1.6.0.9 et tout marchait bien.... j'ai crée un répertoire pour tester la 1.6.0.14 en suivant exactement la même procédure que pour la 1.6.0.9 , tout marche bien SAUF l'import d'image en csv ! J'ai pourtant les mêmes fichiers d'import que sur la 1.6.0.9 ainsi que mon dossier image en CHMOD-777 j'ai aussi tenté de switcher entre UTF8/ISO-1 mais rien à faire .... j'ai également passer TOUT le répertoire en CHMOD-777.... Quelqu'un a une idée s'il vous plaît ? merci je m'arrache les cheveux !

Nous avons testé,aucun changement notable : ni pour le 1er problème ni pour le second , mais merci tout de même !

Bonjour, après avoir fait la mise à jour de la 1.6.0.9 à la 1.6.1.1, j'ai 2 gros problèmes : 1) quand je navigue sur le site j'ai bien " XX produits trouvé dans cette catégorie" mais AUCUN n'apparait nul part... j'ai testé avec plusieurs Themes compatibles 1.6.1.1 mais toujours aucun résultat. 2) quand je clique sur un fabricant : "Pas de produit pour ce fabricant" pourtant j'ai bien l'association de faite quand je regarde dans le catalogue du Back-office... Quelqu'un a une idée ? merci !

c'est bon j'ai tout réparé ! en fait j'ai recrée les 2 tables en question tout simplement et Oh grand miracle de l'organisation j'avais ma sauvegarde sous la main ! voici la requête pour reset la table des permissions au cas où ça peut servir à quelqu'un : DROP TABLE IF EXISTS `pss_access`; CREATE TABLE `pss_access` ( `id_profile` int(10) unsigned NOT NULL, `id_tab` int(10) unsigned NOT NULL, `view` int(11) NOT NULL, `add` int(11) NOT NULL, `edit` int(11) NOT NULL, `delete` int(11) NOT NULL, PRIMARY KEY (`id_profile`,`id_tab`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; et pour les fabricants : DROP TABLE IF EXISTS `pss_address`; CREATE TABLE `pss_address` ( `id_address` int(10) unsigned NOT NULL AUTO_INCREMENT, `id_country` int(10) unsigned NOT NULL, `id_state` int(10) unsigned DEFAULT NULL, `id_customer` int(10) unsigned NOT NULL DEFAULT '0', `id_manufacturer` int(10) unsigned NOT NULL DEFAULT '0', `id_supplier` int(10) unsigned NOT NULL DEFAULT '0', `id_warehouse` int(10) unsigned NOT NULL DEFAULT '0', `alias` varchar(32) NOT NULL, `company` varchar(64) DEFAULT NULL, `lastname` varchar(32) NOT NULL, `firstname` varchar(32) NOT NULL, `address1` varchar(128) NOT NULL, `address2` varchar(128) DEFAULT NULL, `postcode` varchar(12) DEFAULT NULL, `city` varchar(64) NOT NULL, `other` text, `phone` varchar(32) DEFAULT NULL, `phone_mobile` varchar(32) DEFAULT NULL, `vat_number` varchar(32) DEFAULT NULL, `dni` varchar(16) DEFAULT NULL, `date_add` datetime NOT NULL, `date_upd` datetime NOT NULL, `active` tinyint(1) unsigned NOT NULL DEFAULT '1', `deleted` tinyint(1) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id_address`), KEY `address_customer` (`id_customer`), KEY `id_country` (`id_country`), KEY `id_state` (`id_state`), KEY `id_manufacturer` (`id_manufacturer`), KEY `id_supplier` (`id_supplier`), KEY `id_warehouse` (`id_warehouse`) ) ENGINE=InnoDB AUTO_INCREMENT=69 DEFAULT CHARSET=utf8; si votre table à disparue, comme c’était le cas pour ma table pss_address, ne tenez pas compte de la ligne orange

déjà, quelqu'un sait pourquoi il appel la table pss_address au lieu de la table pss_manufacturer ?

ça aussi avec l’erreur sur la Bdd des permissions c'est embêtant ! voici un compte employé :

justement je ne peux plus gérer les permissions

Bonjour, j'ai eu ce problème soudainement, j'étais en 1.6.0.9 , je suis passé en 1.6.0.14 mais aucun changement, suite à ce problème ( de requête j'imagine ) j'ai également la gestion des permissions qui a sautée : les autres tables ont l'aires de fonctionner parfaitement.

Même après avoir supprimé/rajouté la base pss_adress impossible d'y accéder depuis le dashboard, pourtant j'y accède parfaitement depuis phpMyadmin... je pense que le problème vient de la requête depuis le dashboard... des idées ?

Bonjour, depuis peut je n'ai plus accès aux fabricants dans mon interface : Pourtant la table des fabricants se nome pss_manufacturer il me semble et non pss_address y'a-t-il un endroit où l'on peut vérifier les requêtes de l'interface ? Merci, Dan.

J'étais en 1.6.0.9 je suis passé en 1.6.0.14 et j'ai toujours le même problème avec les deux bases.

Bonjour, depuis ce matin j'ai une erreur assez étrange, quand j'essais d'aller dans mes fabricants dans l'admin j'ai l'erreur suivante : savez vous d'où cela provient ? j'ai également une erreur pour gerer les droits d'admin, plus aucune permission pour mes administrateur et impossible de les remettre :

Bonjour Guy, Effectivement après deux suppressions cela a fonctionné ! Merci, Dan.

Bonjour même problème depuis ce matin : [PrestaShop] Fatal error in module nostotagging: require_once(): Failed opening required '/home/*******/www/**********/modules/nostotagging/libs/nosto/php-sdk/src/config.inc.php' (include_path='/home/*******/www/**********/tools/htmlpurifier/standalone:.:/usr/local/php5.4/lib/php')