Probleme avec la validation suite mise a jour v3.9

Maintenir mon Dolibarr
1

Bonjour,

je viens de migrer pour 2 sociétés hébergés sur le même serveur wheezy, 2 dolibarr qui etaient en v3.8

Suite à de gros bug nous avons refait une install propre de la 3.9.1 et re interge les données dans la BD.
sur le serveur de dev en local tout fonctionne, par contre en prod on ne peut valider aucune commandes ou facture probleme je pense avec le fait qu’aucun fenêtre ne s ouvre pour confirmer la demande de validation.
Aucun modules sup installe juste les modules sources.

Avez vous deja eu un probleme similaire?
après 3 jours de recherche aucunes solutions trouvées et nous n’avons pas envie de remettre la version 3.8 de sauvegarde ca serait dommage :happy:. Mais bon il faut bien qu’on facture !!

Merci

2

Bonjour
A essayer:
vider le cache du navigateur ou essayer sur un autre
desactiver et réactiver les modules (vérifier les modules de numérotation)
désactiver javascript pour pouvoir valider et le remettre lorsque le problème sera résolu

Fred

3

Bonjour,
pour le cache j’ai teste c’est idem sur tous les navigateur pc et mac
Désactivation et activation des modules aussi.
Je teste du coup pour leur permettre de valider les facture le javascript.
Mais je deduis que c’est un probleme du serveur sauf que je ne trouve pas lequel (vu qu’en local ca fonctionne tres bien)
Merci

4

Bonjour
Quel thème est utilisé? Y a t-il des modules supplémentaires?
ça ressemble à ce sujet:
www.dolibarr.fr/forum/t/impossible-de-valider-une-commande-client/22708/1

Fred

5

Bon ben rien n’y fait même avec Javascipt désactiver !!!
voici ce que j’ai avec Firebug quand je veux valider une facture:

Capture.png

6

Bonjour
Javascript désactivé dans dolibarr? Configuration/Affichage:

2016-04-3015_57_59-Configuration.png

Fred

7

Bonjour
Essaye de re-transferrer les fichiers en erreur, par exemple generic1.png devrait être présent mais si ce n’est pas la cause

Fred

8

Oui effectivement j’avais oublier d’enregistrer sans doute car il etait a nouveau activé.
Comme ca ca fonctionne. Une idee de la cause?

9

Bon re test avec install propre de la 9.1 et integration des données dans la BD
Toujours pareil tout fonctionne en local et en prod non
Même le theme eldy n’est pas top sur certaine page toujours, certaines boites debordent sur celle d’a cote

Personne n’a d’idée pour solutionner ce probleme?
Car si on enleve le javascript la c’est la cata on peut valider mais toutes les listes et boites sont sous le menu de gauche !!

Merci pour votre aide

10

Bonjour
Que donne par exemple:
http://www.xxxxxxxxx.fr/dolitbarr/core/js/select2_locale.js.php?version=3.9.1
Sur le screenshot ce sont les javascript généré par php qui semblent poser problème

Fred

11

voila ce que ca donne, ce que je ne comprend pas c’est qu’en 3.8 tout fonctionner parfaitement

/**
* Select2 French translation
*/
(function ($) {
« use strict »;

$.fn.select2.locales['xx'] = {
    formatMatches: function (matches) { return matches \+ " Select2ResultFoundUseArrows"; },
    formatNoMatches: function () { return "Aucun enregistrement trouvé"; },
    formatInputTooShort: function (input, min) { var n = min \- input.length; return "Entrez " \+ n \+ " caractères ou plus"; },
    formatLoadMore: function (pageNumber) { return "Charger plus de résultats..."; },
    formatSearching: function () { return "Recherche en cours..."; }
};

$.extend($.fn.select2.defaults, $.fn.select2.locales['xx']);

})(jQuery);

����������������

12

Bonjour
Comme tu dois t’en douter il ne devrait pas y avoir les caractères bizarre à la fin.
Bug de décompression gzip?
Une solution serait de remplacer le contenu des fichiers xxxx.js.php par leur contenu qui devrait ressortir, tu peux faire l’essai sur un fichier peut-être?

Fred

13

Pour moi cela ressemble plus à un bug de transfert FTP comme avec Filezilla, ASCII ou Binaire.
J’ai même eu un soucis sur une période ou j’étais obligé de fixer le transfert à 1par1 sur serveur online pour que cela ce transfère correctement.

/edit/
Avec Fillezilla ma config qui fonctionne aujourd’hui c’est type de transfert automatique, ainsi les fichiers textes (.php, …) sont transmis en ASCII et les binaires (.png …) en Binaire

14

Bonjour,

Je transfère direct sur le serveur avec webmin.
Je retente un transfert des fichiers avec fillezilla voir, et je vais tenter de rezipper le tout avec un autre programme au cas ou on sais jamais
Merci

15

Bonjour
Oui peut être, mais ce sont des fichiers .php, s’il y avait un transfert incomplet ou des caractères ajoutés, il y aurait une erreur d’exécution du script.

Fred

16

Bon rien n’y fait , je viens de demander à notre prestataire pour le serveur de vérifier si tout est ok question config javascript .
"Une solution serait de remplacer le contenu des fichiers xxxx.js.php par leur contenu qui devrait ressortir, tu peux faire l’essai sur un fichier peut-être?
Fred "
test pas de différence.

il n’y a pas que la validation je pense que tout est lier :
- les boites de menus impossible de les positionnes ca bloque aussi,
- Mettre / modifier une date : possible qu’en manuel ca ne s’ouvre pas

les erreurs constante qui apparaissent sur toutes les pages:
SyntaxError: illegal character
http://xxxxx.com/htdocs/core/js/select2_locale.js.php?version=3.9.1
Line 19
SyntaxError: illegal character
http://xxxxxx/htdocs/core/js/lib_head.js.php?version=3.9.1&version=3.9.1
Line 1005
SyntaxError: illegal character
http://xxxxxx/htdocs/core/js/datepicker.js.php?lang=fr_FR&version=3.9.1
Line 44

et sur la page d accueil :
http://xxxxxxx.com/htdocs/index.php?mainmenu=home&leftmenu=
ReferenceError: getParameterByName is not defined
Line 1194
ReferenceError: cleanSerialize is not defined
http://xxxxxx.com/htdocs/index.php?mainmenu=home&leftmenu=
Line 212

17

Bonjour
Dans le fichier htdocs/main.inc.php cherche la ligne:
print ‹ <script type=« text/javascript » src=" ›.DOL_URL_ROOT.‹ /core/js/select2_locale.js.php ›.($ext?‹ ? ›.$ext:‹  ›).‹ "></script> ›.« \n »;
et commente la avec deux / il n’y aura plus de traduction pour le plugin select2
cherche les lignes
print ‹ <script type=« text/javascript » src=" ›.DOL_URL_ROOT.‹ /core/js/lib_head.js.php?version= ›.urlencode(DOL_VERSION).($ext?‹ & ›.$ext:‹  ›).‹ "></script> ›.« \n »;
et
print ‹ <script type=« text/javascript » src=" ›.DOL_URL_ROOT.‹ /core/js/datepicker.js.php?lang= ›.$langs->defaultlang.($ext?‹ & ›.$ext:‹  ›).‹ "></script> ›.« \n »;
supprime les .php et crée dans le dossier /htdocs/core/js les fichiers lib_head.js et datepicker.js

pour getparameterbyname et cleanserialize l’erreur est due aux javascript qui ne sont pas corrects

Fred

Pièces jointes :

18

Bonjour
Puisque certain de tes liens comportent l’adresse du site j’ai fait un essai
si on récupère avec wget http://site_url du javascript il est correct
si on récupère avec wget --header « Accept-Encoding: gzip,deflate » http://site_url il y a les caractères en plus à la fin
Est ce que display_errors = Off dans le php.ini

ou dans le htaccess : php_value display_errors Off

Fred

19

normalement oui
Par contre j’ai desactive le javascript pour qu’ils puissent l utiliser le temps de trouver le probleme
Je ne le remets que fin de journee

20

J ai un souci je crois j ai bien vu la 1 er ligne a commenter
print ‹ <script type=« text/javascript » src=" ›.DOL_URL_ROOT.’/core/js/select2_locale.js.php’.($ext?’?’.$ext:’’).’"></script>’."\n";
Mais je ne trouve pas les 2 autres même avec la recherche de notepad++

ou alors je suis a l ouest avec ces 3 jours a chercher ou est le souci

bon j ai trouve sans doute une petite difference sur la recherche