Merci Laurent, oui je confirme !

Voici un lien pour constater et reproduire cette erreur enquete.agrocampus-ouest.fr/index.php/97775/lang-fr

Cordialement,

lclusman wrote: Re bonjour

Après quelques essais j'ai découvert que l'utilisation seule du "?" ne pose pas de problème mais si dans le texte il y a une "'" en plus du "?" c'est là que le problème arrive...

exemple :
Qu'en pensez vous ? --> pose problème
Qu en pensez vous ? --> c'est ok
Qu'en pensez vous --> c'est ok

Etrange, non ?

gabriel, pourrais tu faire un export de ton questionnaire et le mettre à dispo pour reproduire le problème ?

As-tu essayer de créer un nouveau questionnaire (1 groupe, 1 question) pour vérifier si cela se reproduit ? :ohmy:

Bonjour,

Voici un autre exemple enquete.agrocampus-ouest.fr/index.php/814788/lang-fr

Pour générer l'erreur on peut test avec la phrase
j'ai ? !

C'est étrange, non !
Cordialement,

Bonjour

Est ce qu'une solution a été trouvée ?

Je rencontre toujours le problème

Est ce que quelqu'un connais les fichiers qui sont en jeux dans cette situation ?

Merci par avance

Laurent
ISA Lille

Bonjour;

Quelle version de LimeSurvey ? Avec le build
En version 2 : le dernière build est la 131122 github.com/LimeSurvey/LimeSurvey/releases/tag/2.00_plus_131122

Si vous êtes sur la dernière build de la 2.00, il y a des chances que cela se reproduise sur la 2.05. Dans ce cas le mieux serait d'installer un 2.05 pour faire le test, ety de remonter le bug avec:
- Version de PHP , si possible le phpinfo
- Version de mySQL

Juste pour info: le magic_quote est il activé dans le php info ?

Denis

Bonjour à tous,

Nous n'avons plus cette erreur de sauvegarde des résultats.

En effet, nous venons de mettre à jour notre installation de limesurvey et notre serveur qui l'héberge.

Pour information nous sommes passé à la distribution CentOs et à la version 5.3 de php (nous avions la version 5.2.4.2.5.27 sur une distribution ubuntu)

Nous avons maintenant la Version 2.05+ Build 140217 de limesurvey.

J'espère que ces informations pourront vous aider si vous rencontrez ce type de problème.

Cordialement,

Bonjour,

Je rencontre le même problème de code SQL (vide car je ne peux pas mettre le debug sur l'environnement de production), et je n'arrive pas à le reproduire sur mon environnement de DEV.

Ce sont les utilisateurs qui me disent qu'ils ont cette erreur et pour le moment la seule parade est :
- de désactiver / expirer le questionnaire
- exporter la structure
- recreer le questionnaire.

Lorsque l'utilisateur m'indique l'erreur, je regarde dans ma messagerie et j'ai reçu 50, 100 messages (ou plus) qui portent sur ce problème.

(voir pj)


Si vous avez une idée pour que je reproduise à chaque fois le problème... ça fait plusieurs mois (année ?) que ce bug est présent.

Ah oui, j'ai vu que ces bugs :
bugs.limesurvey.org/view.php?id=9658
bugs.limesurvey.org/view.php?id=8486

qui décrivent la situation.

Et ce message sur le forum :
www.limesurvey.org/forum/development/108...aving-results#148478

Mais pour certains questionnaires, ils sont sur invitation et n'ont pas le newtest/Y dans leur url.

Je vais changer ma signature pour les informations :

la build est : limesurvey2.64.3+170327

Je pense faire une montée de version en fin d'année (vous allez trop vite pour moi )

Question de classement dans ton questionnaire ?
Vérifier aussi si il des éxpression avec un seul = : ca pourrait éventuellement forcer une mauvaise sauvegarde.
Denis

Non pas de classement, il est très simple.

J'ai attaché l'archive du questionnaire, mais j'ai modifié les participants (confidentialité)

J'ai aussi attaché le contenu du message reçu.


Je n'ai pas d'erreur dans le fichier de logique du questionnaire.

Est ce que tu peux comparer la table réelle avec les colonnes qui sont voulues être mise à jour ?

Il faut vraiment que l'on trouve une meilleure méthode que la session pour conserver le gestionnaire d'expressions …

Sinon : pour avoir un log des erreurs (par défaut sera dans tmp/runtime/application.log)

Ajouter sur config.php : www.limesurvey.org/manual/Optional_settings#Logging_settings (dans 'components') Cela te permettras d'en savoir plus sur l'erreur. D'autant plus que c'est peut être lié à PgSQL qui est plus rogoureux que mysql.