Bug avec google chrome

[bernadette]

Up

0

Down

::

Il semble qu’avec de nouvelles versions de Google chrome, un bug javascript empêche de répondre à des questions dans des exercices OEF.
Cela fonctionne toujours avec Firefox !

Bernadette

[Julien]

Up

0

Down

::

Hello,
Quel type de questions pose problème ? Quelle version de Google chrome ne fonctionne pas ?
@+

[Olivier]

Up

0

Down

::

Bonjour
Il s’agit d’un souci de javascript.
Le problème se pose avec des exercices OEF uniquement. C’est le javascript qui vérifie que chaque réponse a bien été répondue qui est en cause.
Cela survient sur des questions avec des « checkboxes ».
Sur Chrome, même quand les checkboxes ont été cochées, il est impossible de valider l’exercice. Le script nous dit « Veuillez compléter votre réponse avant de l’envoyer. »

Il suffit de tester dans Createxo le premier modèle « Choix multiple » (en ayant mis l’option « checkbox »), ou directement le modèle « QCM à la suite ».

J’ai vu ce bug sur la dernière version de Chrome (v.34), mais je ne sais pas depuis quand exactement cela se produit.

• Cette réponse a été modifiée le il y a 8 années et 11 mois par Olivier.

Olivier Bado-Faustin / Université Côte d’Azur

[Olivier]

Up

0

Down

::

Personnellement, je serais d’avis de complètement supprimer ce javascript. car aucun code coté navigateur ne devrait être bloquant.

Si vous testez avec Firefox, vous verrez que le script ne fonctionne pas avec les checkboxes. Même si vous ne répondez pas, il vous laisse valider.

Javascript ne doit servir qu’à ajouter des facilités ergonomiques.

De toute façon, wims vérifie toujours ensuite que toutes les réponses ont bien été validées. C’est le message « Erreur. Vous avez envoyé une réponse incomplète. Veuillez compléter vos données avant de les envoyer.  » qui apparait avec Firefox justement.

Olivier Bado-Faustin / Université Côte d’Azur

[Olivier]

Up

0

Down

::

Au cas où, pour désactiver l’appel a ce javascript, cela se trouve dans ces 2 fichiers :
* public_html/scripts/oef/form.phtml
* public_html/scripts/oef/present.phtml
il suffit d’y supprimer les appels à « formcheck() » :
onsubmit="return formcheck();"

Olivier Bado-Faustin / Université Côte d’Azur

[Julien]

Up

0

Down

::

Pour ma part je trouve cela plutôt pas mal que firefox ne puisse pas envoyer une réponse vide. Avec le type jsxgraphcurve j’ai mis en place cette limitation pour le tracé de droite rectangle …dès que 2 points sont attendus. Parfois les élèves ne lisent pas la consigne et c’est bien que cela soit bloquant.
Peux-tu regarder si cela bugue avec chrome ? Je n’ai pas utilisé les fonctions formcheck et emptyfield() donc cela devrait bien se passer.
@+

‘

[bernadette]

Up

0

Down

::

Visiblement, ce qui bogue ce sont les « Nodelist ». Car la syntaxe générale de wims et qui date ne fait pas la distinction (je suppose qu’avant, ce n’était pas la peine). Et en fait, le problème est le même pour Firefox, sauf que Firefox ne bloque pas (jamais) ! Je pense qu’il n’y a pas de problème avec jsgraphcurve
car on a donné une valeur à reply1 (en tout cas, il n’y en a pas avec le type puzzle dans lequel il y a aussi une analyse explicite dans le type de réponse de ce qu’il faut mettre dans reply1.

On peut essayer avec
\statement{}
\answer{}{1;1,2,3}{type=radio}

[bernadette]

Up

0

Down

::

Pour les administrateurs :
j’ai remplacé prudemment la ligne 434
!if $defaultest=$empty
du fichier
wims/public_html/scripts/oef/var.proc
par
!if $defaultest=$empty and $(replytype$(cnt$t)) notwordof radio checkbox
ce qui désactive le test pour les types radio et checkbox.
Je préfère ne pas enlever le test aussi brutalement qu’Olivier pour tous les types de réponse.
A suivre
Bernadette

[vermaelen]

Up

0

Down

::

Bonjour,

je l’ai trouvé à la ligne 413 du fichier (version 4.02 de wims).
Mais la correction a fonctionné.
Merci Bernadette !

Christophe.

[Auteur]

Messages