Shiker

Je confirme que cela fonctionne sous Firefox. Mises à jour impossibles sous Chrome. Merci pour l'info.

Bonjour, Je rencontre quelques soucis (bloquants) avec certains champs du formulaire adresse. Le problème lié avec le champ postcode a été résolu (d'après des échanges intervenus ici) en retirant la valeur unvisible du fichier address.tpl du thème: <div class="required postcode form-group unvisible"> Cependant 2 autres problèmes subsistent avec les champs vat_number (numéro de TVA d'une entreprise) qui apparaît systématiquement au lieu d'apparaître lorsqu'un caractère est saisi dans le champ company (société). Et surtout le champ id_state (Etat/Région) qui lui n'apparaît pas lorsque le pays United States est par exemple sélectionné. D'où impossibilité pure et simple pour un client anglo-saxon de s'inscrire. Côté paramétrage pays, la zone des états est bien rattachée à celle du pays, le bouton "Contient des états" est bien activé, le format de l'adresse à définir (State:name) dans le menu Pays est correct. D'autant plus que j'utilise 3 sites séparés avec différentes langues (fr, en, pl) et configurés de la même manière sous des versions respectives PS 1.6.1.0/2/4 avec le thème Light Studio 1.6 > Seule la version anglaise pose ce problème. La résolution du premier problème (code postal) me pose déjà une incohérence puisque cette déclaration (unvisible) fonctionne parfaitement sur les 2 autres configurations d'origine, configurées de manières identiques. Fichier joint: Le champ numéro de TVA apparaît alors qu'il ne devrait pas Le champ Etat n'apparaît pas alors qu'il devrait. Une piste, je cherche, je sèche. Merci.

I had this problem since a while. Normally Error 1002 is in relation with bad API credentials, but for me it was other thing, not credentials configuration. Check here and try this.

For those who face the Error 10002, Malformed Header Paypal problem, I do not know the exact origin of the problem. I mean those who changed and re-created several times API credentials using right Production/Sandbox configuration and who still have this problem. As I was fed-up to only see posts explaining this is a credentials problem (and it is), I found an information in a foreign forum with the following setting to change : In the file modules/paypal/api/paypalconnect.php change the line @curl_setopt($ch, CURLOPT_VERBOSE, true); with the line @curl_setopt($ch, CURLOPT_VERBOSE, false); After having changed this line, I can access to both Production and Sandbox Paypal. Error 10002, Malformed Header is a credentials problem, but it is maybe also another problem depending on configuration or other thing I don't know exactly what...

It is true this problem occurs when there is a problem with credential and associated configuration (production/sandbox) but... I face this problem since a while and I searched for information here in the forum and in other places, because I changed and re-generated many time my sandox and production credentials and I had the same problem, Error 10002, Malformed Header... As I install my PrestaShop on a polish provider (home.pl) I found an interesting information in their forum : an information was forwarded to change a line in the file : modules/paypal/api/paypalconnect.php and change the line : @curl_setopt($ch, CURLOPT_VERBOSE, true); with the line @curl_setopt($ch, CURLOPT_VERBOSE, false); And it appears that the problem gone. I do not perform at the moment all the test but I can access to both Production and Sandbox Paypal systems. I think that PayPal Error 10002 must not be considered ONLY as a credentials error. I don't know what is the impact of this modification but I think this is also a way to check. Maybe it depend on configuration, provider, I don't know.

Hi all, As several of you here, I face the PayPal error 1002 problem or I have the following error message : Malformed header from CGI script: * About to connect() to api-3t.paypal.com port 443 (#0) * Trying 173.0.88.69... * connected * Connected to api-3t.paypal.com (173.0.88.69) port 443 (#0) * successfully set certificate verify locations: ... etc I red messages in the forum and advices from PrestaTeam such as Mike, Fabien. I understood this error is linked with bad Paypal credentials characters but... I changed them several times both in production and test mode and the problem remains the same, Impossible to initiate the PayPal connection. My configuration is PrestaShop 1.4.6.2 and Paypal v2.8.5 Maybe something could be wrong in my configuration I don't know this is the reason I wanted to investigate a bit more : I installed and checked this problem using a New clean original PrestaShop installation from sctach; PrestaShop 1.4.7.2 and PayPal v2.8.6, and the problem is still here, the same problem ! With a clean installation. Credentials bad characters involve this error, but after having changed them several times and tested on two different configurations, I suppose another thing must be taken into account. I don't know what exactly, but at the moment, impossible to use PayPal... If somebody have some ideas, directions, everything will be welcomed. Thanks in advance, merci.

Vu à la page Historiques des commandes Statut [de la commande] Un statut (avec un T) ne signifie strictement rien ici, puisque ce terme est utilisé pour désigner un ensemble de textes (statut juridique) ou une position (statut de la femme) ou les règles de fonctionnement d'une société, d'une association... Le mot status (avec un S) est un mot anglais, la traduction de statut. Le terme exact à utiliser en français est État, l'état d'une commande.

Précision, module payant.

La question n'est pas si bête, j'ai moi aussi cherché par où il fallait passer. Les programmes sont réalisés par des spécialistes de la technique qui n'ont pas toujours à l'esprit de se mettre à la place des utilisateurs, comme le fait par exemple un rédacteur technique qui lui aurait conseillé d'afficher les petits drapeaux des langues définies pour le site avec le drapeau actif et les autres en transparence.

Seinen, New in PrestaShop, I had the same problem of course and asked here for some information relating to this subject but it seems there is no available solution. In fact, I had no response and I searched for any relevant solution. This is the reason I am working on it and trying to adapt a modification I made previously for osCommerce which provides a customized order number with the possibility or not to display the id_order number to the customer.

Just one question, new is PrestaShop, osCommerce experience. Can anyone could tell me if exists a real customizable procedure or module (free or paid) which enables the merchant to fully customize the order number? I mean having an order number such as D123XYZ456 or anything like that, with no possibilities for the customer to read a sequential number (id_order). Or using the same approach for a common order/invoice number ? I red many things here and only found mechanisms which interacts with sequential id_order field in ps_order table. Any solution, approach or possibilities will be welcomed, I supposed many merchants here had the same problem. Many thanks in advance

Je souhaite réaliser un site sous PrestaShop, j'ai jusqu'ici une expérience osCommerce. Concernant la gestion des numéros de commande, on a le même principe sur osCommerce, aussi comme je souhaitais que mes clients aient un numéro de commande personnalisé, j'avais adapté la chose de manière à avoir des numéros de commande du type D046075B4613 ou D est un identificateur quelconque paramétrable, et 046075B4613 un numéro (préfixe + suffixe) extrapolé à partir de la date d'exécution de la commande exprimée en secondes qui me renvoie donc un numéro unique. En fait, le client ne voit pas le numéro de commande réel incrémental de la base de données mais ce nouveau numéro (D046075B4613). Et l'administrateur voit ce numéro associé au numéro réel (D046075B4613-854). Au final, c'est le nouveau numéro qui est communément utilisé. Pour ce faire, j'avais donc créé 2 nouveaux champs dans la tables orders (id_prefix, id_suffix) et j'effectuais une association du numéro réel de commande (854 ici) avec ce nouveau numéro unique qui était affiché en lieu et place du numéro incrémental généré par la BDD. Une modification des scripts où apparaissaient le numéro de commande était donc requise. Hormis les manipulations sur le champ id_order de la table ps_orders, je ne vois pas sur PrestaShop de solution approchante qui pourraient me permettre de réellement personnaliser le numéro de commande. Comme je ne suis pas un spécialiste de PrestaShop, je souhaitais trouver et mettre en œuvre une solution approchante qui permette réellement d'utiliser des numéros de commande personnalisés. Existe t-il quelque chose d'approchant dans ce sens ? Sous forme de module, de développement, etc? Gratuit, payant ?