• TECHNICAL ERROR: unable to load form. Details: Error thrown [Object Object] Text

    Si vous utilisez Prestashop et que vos utilisateurs on du mal à créer un compte sur votre site cela peut être causé par leur anti-virus kaspersky.
    L'erreur générée par le navigateur client est "499 Request has been forbidden by antivirus".

    En, effet lors du chargement en ajax de la "form" qui permet de renseigner les informations utilisateur (nom, prénom etc...), il y a un blocage de kaspersky qui voit une "input" email dont la valeur est déjà renseignée.
    Allez savoir pourquoi mais Kaspersky prend ça pour du fishing! Youpi!
    Du coup, il faut modifier le fichier authentification.tpl de votre thème.

    Trouvez la ligne ~440 :

    
    

    Et remplacez par :

    
    

    Voilà, normalement les utilisateurs ayant eu ce problème pourront créer un compte.

19 commentaires

Webbax  03-09-2015

Bonjour,

Parfait, ce patch fonctionne, cela est plutôt étonnant d'ailleurs que le blocage vienne à ce niveau là.

A bientôt !

Espinasse  03-09-2015

Bonjour,
merci pour votre commentaire. Oui c'est très étonnant mais je pense que Kaspersky n'a pas encore livré toutes ses bêtises ^^

KIKOUN  10-09-2015

je l'ai fait mais il n'y a pas d'amélioration. seulement, en suspendant l'action de Kaspersky ça marche. Or malheureusement on ne peut rester sans antivirus.

KIKOUN  10-09-2015

Bonjour, j'ai essayé la solution mais rie n'y fit. l'identification marche seulement avec Kaspersky en hors service. et le code se trouve à la ligne 455 pour ceux qui ne la retrouverait pas dans leur version 1.6.1.1 Merci de m'aider à trouver une solution à ce problème généré par Kaspersky.

Espinasse  10-09-2015

Il n'y a pas de raison. Pour ma part le souci venait de là.
Peut être qu'un rafraîchissement du cache pourrait prendre en compte vos changements. ;)

KIKOUN  11-09-2015

Bonjour,
Finalement, j'ai laissé le script tel quel.
Le constat que je fait lors de l'inscription est:
1) Entrer une adresse courriel google ou autre il s'affiche automatiquement après soumission la même "TECHNICAL ERROR..."
2) Entrer mail avec un nom de domaine inexistant ou n'importe quoi pourvu que cela respecte la syntaxe des email le processus évolue à l'étape suivante.
ANALYSE:
Entrer un bon mail => ERROR
Entrer un faux mail avec un domaine inexistant=>OK
QUESTION:
Qu'est-ce qui peut expliquer ce problème?
Merci pour votre aide.
Je précise que je travaille actuellement en local.

KIKOUN  11-09-2015

J'ai entré une adresse avec caramail qui n'existe plus et c'est OK tandis qu'avec la messagerie google c'est l' TECHNICAL ERROR la suite.
Quelle solution appliquée ?

Espinasse  11-09-2015


La solution a déjà été dite.
À mon avis, c'est Kaspersky qui bloque car la réception de la page en ajax avec l'adresse e-mail du nouvel inscrit passe pour Kaspersky pour du hameçonnage. C'est Kaspersky qui s’emmêle les pinceaux et qui a rendu son logiciel trop strict et ne prenant pas en compte ce genre d'utilisation.
Kaspersky doit certainement sonder le mail et en fonction de l’extension (gmail, yahoo etc...) il bloque.
Pourquoi mettre un faux mail alors que laissé vide résout le problème (même si j'avoue que c'est seulement du rafistolage)... ;)

KIKOUN  15-09-2015

Bonjour Espinasse,
Tout marche correctement lorsqu'on est en anglais. Cependant, en français l'inscription est impossible.
Merci pour le script.

KIKOUN  17-09-2015

OYE, je viens de trouver une solution à ce problème:
In PHPMyadmin use utf8-general-ci or utf8-unicode-ci as collation parameter . After thet the registration will be ok for Egnlish or French client.

Dans PHPMyadmin paramétrer l'Interclassement en utf8-general-ci or utf8-unicode-ci . Après cela le client francophone ou anglophone pour s'inscrire sur la boutique sans souci.

Solution à partager car simple.

KIKOUN  17-09-2015

A tester en local pour vérification avant application sur un site en activité.

KIKOUN  25-09-2015

Bonjour à tous, je voudrais savoir si une personne a testé la solution.
Merci et bonne journée!

MadeInCom  26-01-2016

Bonjour à tous,

Je déterre un peu le post là, mais une question me taraude : cette erreur avec kaskiki apparait-elle si prestashop tourne sur un serveur SSL? parce que je n'arrive pas à reproduire ce bug avec une connexion encryptée...
Have a nice day!

Espinasse  26-01-2016

Bonjour,
je pense que la connexion ssl résout ce problème étant donné que les échanges client/serveur sont cryptés.
Du coup il est possible que l'anti-virus ne puisse pas voir qu'un email est "pré-injecté" dans la vue avant son affichage. C'est certainement la meilleur option pour éviter ce problème.

MadeInCom  27-01-2016

Re,
A confirmer donc avec d'autres retours, mais à priori cela fonctionne et du coup sans modif... Le problème restant le certificat SSL, couteux à obtenir vous allez me dire;

Peut être un début de solution accessible chez OVH, qui, fin décembre 2015, s'est engagé auprès de Let's Encrypt pour la fourniture de certificats SSL gratuits.

Solution testée et approuvée je dois dire! Les certificats fournis vérifie l'identité IP/Serveur/Domaine et fournis le certif. Bien évidemment cela implique quelques adaptations, notamment dans les adresses (http VS https) et les protocoles et l'identité de l'entreprise derrière le site n'est pas vérifiée, mais une connexion SSL à votre site à le mérite de vous épargner ce genre de problème en plus de rassurer vos clients...

christophe  07-12-2016

Bonjour,
J'ai également le problème sur le site https://www.magasindejouets.fr qui est bien en https après avoir renseigné l'adresse email pour créer un compte. donc le SSL ne semble pas résoudre le problème ...

Laissez un commentaire

* Votre e-mail ne sera jamais utilisé ou donné à un tiers

Recherche

Catégories

Newsletters

Archives