Script error sur envoi de formulaire sous IE

**loick2000** · 11/05/2007, 15h49

Bonjour,

Je cherchais depuis 2 jours pourquoi l'envoi d'un formulaire contenant une <textarea> me donnait une erreur "Syntaxe incorrecte".

Par acquis de conscience, j'ai fini par tester la page sous Firefox.... Et le code passe.

Si quelqu'un arrive a le faire fonctionner sous IE ou à me trouver le pourquoi du message d'anomalie, ça me plairait bien. En supprimant des lignes, à un moment, on arrive à ce que le formulaire passe, mais je ne trouve aucune logique. D'autant que j'utilise cette page depuis pas mal de temps, et que des shell beaucoup plus long et complexe passent sans problème.

Quelqu'un peut il me dire ce qu'il en pense, voici le code pour créer la page html...

<HTML><HEAD><TITLE>Intranet TUXEDO MMA : Fichiers de gestion des tuxedo's</TITLE>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1"></HEAD>
<BODY leftMargin=0 topMargin=0 marginheight="0" marginwidth="0">
<FORM name=creation action=file.php method=get><INPUT type=hidden value=C name=action>
<center><TEXTAREA name=text rows=20 cols=100>#!/bin/sh
##################################################################
echo "--------------------------------------------------------------------------------------------"
echo "$(date +"%d/%m/%Y %T") : Test de declenchement de reconfiguration de Tuxedo sur $(uname -n)"
echo "--------------------------------------------------------------------------------------------"
CurDir=`dirname $0`
cd $CurDir
SRepsup=`basename $PWD`
if [ "$SRepsup" != "exploit" ]
then echo "--------------------------------------------"
echo " ATTENTION MAUVAIS REPERTOIRE DE LANCEMENT "
echo " "
echo " Changez de repertoire "
echo " Relancez votre commande "
echo "--------------------------------------------"
exit
fi
. $PWD/setenv.sh 1>/dev/null 2>&1
flag_exit="o"
flag_swap_file=$(grep -v -e "^#" $RACINE_APPTUX/exploit/Rconf_tuxedo.ini | grep -e "swap_file" | awk -F"=" ' { print $2 } ')
if [ "$flag_swap_file" = "o" ]
then
echo " - Prise en compte des modifications sur le SI demande"
fi
if [ "$flag_swap_file" = "o" ]
then
# echo flag_swap_file=$flag_swap_file
echo "--------------------------------------------------------------------------------------------"
else
echo "--------------------------------------------------------------------------------------------"
echo "$(date +"%d/%m/%Y %T") : Pas de reconfiguration de tuxedo en cours de traitement sur $(uname -n)"
echo "--------------------------------------------------------------------------------------------"
exit
fi
echo "--------------------------------------------------------------------------------------------"
echo "$(date +"%d/%m/%Y %T") : Debut de la reconfiguration de Tuxedo sur $(uname -n)"
echo "--------------------------------------------------------------------------------------------"
# remise à linitial du fichier ini
cp $RACINE_APPTUX/exploit/Rconf_tuxedo.ini.inactif $RACINE_APPTUX/exploit/Rconf_tuxedo.ini
echo "$(date +"%d/%m/%Y %T") : Timer 120 secondes"
time sleep 120
if [ "$flag_swap_file" = "o" ]
then
sh renamenew.sh DIR=$RACINE_APPTUX/data
fi
echo "--------------------------------------------------------------------------------------------"
echo "$(date +"%d/%m/%Y %T") : Fin de la reconfiguration de Tuxedo sur $(uname -n)"
echo "--------------------------------------------------------------------------------------------"</TEXTAREA>
<p>
<A onclick="javascript:document.creation.submit();" href="#" target=_self>Valider</A></form>
</BODY></HTML>

Merci d'avance,
Loïc

**E.Bzz** · 11/05/2007, 16h01

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<A onclick="javascript:document.forms['creation'].submit();" href="#" target=_self>Valider</A>

A+

**loick2000** · 11/05/2007, 16h18

Merci pour la réponse, mais sous IE, le comportement est identique, toujours la même erreur. Et toujours un fonctionnement correct sous firefox;

**E.Bzz** · 11/05/2007, 16h26

Envoyé par loick2000

Merci pour la réponse, mais sous IE, le comportement est identique, toujours la même erreur. Et toujours un fonctionnement correct sous firefox;

Alors l'erreur provient peut être du contenu du textarea, généré par ton shell ...

A+

**loick2000** · 11/05/2007, 17h05

Envoyé par E.Bzz

Alors l'erreur provient peut être du contenu du textarea, généré par ton shell ...

A+

En fait, le code dans la textarea n'est pas généré par du shell, c'est un programme en shell. En fait, je met en base de données mes shell génériques, avec les machines sur lesquelles il doivent être déployés. Je fait mes tests sur un environnement unix particulier, et lorsque mon shell est fiable, je le met dans la base grace à ce formulaire (qui évidemment contient en réalité beaucoup plus de variables). Et je lance ensuite un dispaching sur toutes les machines UNIX. Le tout me sert à avoir partout les mêmes shell, et surtout à ne pas oublier de machines lors du déploiement d'une modification.

Il me semble évidemment que l'erreur vient du shell qui est dans la textarea, mais j'utilise cette page depuis plus d'un an pour pas mal d'autre shell, souvent plus long, et ça marchait bien jusque là (ça marche d'ailleurs toujours bien sous firefox, mais "officiellement", je ne l'ai pas sur mon poste de travail).

**E.Bzz** · 11/05/2007, 17h12

Yes. Je vois bien le contexte

Par contre, je vois moins l'erreur

Elle vient bien du nav (pas du serveur) ?
Il te donne un n° de ligne ?

A+

**loick2000** · 11/05/2007, 17h33

Envoyé par E.Bzz

Yes. Je vois bien le contexte

Par contre, je vois moins l'erreur

Elle vient bien du nav (pas du serveur) ?
Il te donne un n° de ligne ?

A+

Oui, elle vient du navigateur. Le numéro de ligne, c'est tout simplement celui ou se trouve le "onclick="javascript:document.creation.submit();"

Tu as pu mettre la page sur un site et essayer ?

**E.Bzz** · 11/05/2007, 18h01

Envoyé par loick2000

Tu as pu mettre la page sur un site et essayer ?

Oui mais sans trouver.
Enfin si :
* pas de "javascipt:" dans le onclick
* un input submit serait plus approprié
* le nom de l'input hidden ("action") est très mal choisi (surtout dans un form)
* le nom du textarea ("text") est moyen aussi.

Mais rien qui fait avancer le schmilblick

Les seuls que j'ai trouvé pouvant générer une erreur de syntaxe sont ci-dessus.
Mais si tu dis que ça fonctionne depuis 1 an et que t'as rien changé

Par conter, j'ai pas eu le temps d'analyser l'url générée. Mais ça m'étonne qu'une fois générée elle puisse causer une erreur de syntaxe ...

Bonne chance ...

A+

**loick2000** · 11/05/2007, 18h08

Je vais regarder tout ça, mais je penche de plus en plus vers un bug du javascript IE....

Pour l'url générée, lorsque l'on retire un certain nombre de ligne dans le textarea, elle est parfaite. Par contre, il faudra que je fasse un copier-coller de celle généré par firefox pour la coller dans IE, ne serait ce que pour voir le comportement....

Allez, semaine terminée, on verra lundi si un gentil internaute a déjà rencontré ce type de bug.

Bon WE à toi et merci pour le temps passé.
Loïc

**loick2000** · 14/05/2007, 10h10

Bon, ben on est lundi matin, et personne n'a l'air de connaitre de solution à mon Pb...

**roro06** · 14/05/2007, 12h50

Bonjour

pour aider, il faudrait que tu copie ici le code source de ta page générée (click droit --> source) (sous IE, puisque c'est avec lui qu'il y a problème), parce que là, ton problème est difficilement décelable, surtout pour quelqu'un qui comme moi ne connait pas le langage que tu montres (php ?)

Ceci dit, j'ai déjà eu des problèmes par le passé avec des liens contenant un href="#" et un onclick

essaye avant toute chose :
<button type="submit">Valider</button>

cordialement
Roro

**E.Bzz** · 14/05/2007, 15h08

Envoyé par roro06

essaye avant toute chose :
<button type="submit">Valider</button>

J'avais testé : pas suffisant

**loick2000** · 14/05/2007, 16h09

roro06, le code que tu ne connais pas, c'est simplement du shell, langage de commande Unix (et linux). L'ensemble du code shell est entre <TEXTAREA> et </TEXTAREA>

Le code que je donne dans le premier message est entièrement en html, il suffit de faire un fichier tmp.htm, et de mettre ce code dedans par copier-coller, la page s'affichera.

Par contre, je viens de découvrir un autre truc incroyable :
- Si la page est envoyé par un serveur apache (j'ai pas IIS pour essayer), elle donne une erreur sur la ligne qui contient l'envoie du formulaire. Et même avec certitude lorsque le "javascript:document.creation.submit()" est envoyé.
- Si la page tmp.htm est dans un répertoire local (c:\temp par exemple) Il n'y a pas d'erreur, on boucle sur la page en cliquant sur "envoyer". C'est simplement du au fait que l'exécution d'une page locale par IE exécute bien "onclick", mais ne trouve pas la page associée au formulaire (file.php dans mon cas) et boucle donc sur file.htm, puisqu'il n'y a pas dans ce cas de gestion du 404.

Ceci en utilisant IE comme browser dans les deux cas. Avec Firefox, la page fonctionne sans problème à partir d'un serveur http, et boucle comme IE pour un fichier local, évidemment.

Je crois que je vais laisser tomber, ce ne peut être qu'un énorme bug IE, j'ai même essayé de taper mon shell à la main dans le textarea, il y a un moment où l'erreur javascript arrive, mais je suis incapable découvrir ce qui provoque l'anomalie (enfin la fausse anomalie).

Je viens même d'essayer avec un shell que j'ai entré dans la base il y a environ 6 mois. Avec la page web, qui n'a pas été modifiée. La saisie provoque la même erreur. Alors qu'il y a six mois, elle fonctionnait. Je ne vois qu'une conclusion possible :

L'un des patch de sécurité d'IE passé ces 6 derniers mois a modifié le comportement du javascript, je dois être tombé sur un cas hyper spécifique, mais je n'ai pas l'âme de décompiler l'interpréteur javascript de l'outil M$, je vais considérer que ma page ne fonctionne qu'avec mozilla, et basta.

Intellectuellement, ça me dérange un peu, je suis un ancien du mainframe, et il y a 10 ans, jamais je n'aurais abandonné, mais depuis, j'ai appris la micro.

Merci à tous pour votre aide, mais j'y ai personnellement passé plus de 3 jour/homme, et je ne voudrais pas vous faire perdre trop de temps pour un bug M$.

**SpaceFrog** · 14/05/2007, 16h20

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<A onclick="document.forms['creation'].submit();return false;" style="cursor:pointer;" target=_self>Valider</A>

**E.Bzz** · 14/05/2007, 16h28

Ouaip !
J'ai laissé passé le "javascript:"

Mais ça n'aurais marché dans aucun cas, et de plus avec un input type="submit" ça merdouille aussi

A+

**loick2000** · 14/05/2007, 16h31

J'avoue que l'idée m'a fait espérer.

Je ne connaissais pas cette façon d'envoyer un formulaire, qui permet de s'affranchir du href="#", je suis pas trop mauvais en html-php, mais le javascript, c'est pas encore le top.

Malheureusement, le bug est toujours là.

Mais le coup du cursor:pointer... j'adôôre.

**SpaceFrog** · 14/05/2007, 17h07

le target=self ???
si tu le vires ou que tu le remplace par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

target="_self"

**loick2000** · 14/05/2007, 17h22

Ben, il est en _self depuis le début, j'ai ajouté les " au cas où, j'ai même essayé de supprimer le target, puisque par défaut, c'est _self, mais ça ne change rien, le bug est toujours là sous IE.

Quelqu'un a t'il réussi à faire fonctionner la page html donné dans le début du fil sous IE, parce qu'ici, quelquesoit le micro, le bug persiste.