Troubleshooting/fr

Template:Remarque

Général

Cette page répertorie les problèmes techniques typiques et leurs solutions après une installation réussie. Si vous devez résoudre des problèmes survenant lors de l'installation, veuillez vous référer à la FAQ sur l'installation.

Lorsque vous essayez d'ouvrir la page de connexion d'administration

Message d'erreur : "Aucun fichier d'entrée spécifié" après l'installation

ou

N'importe quelle URL vous permet de vous retrouver sur la page de la liste des enquêtes

Pendant le processus d'installation, LimeSurvey essaie de déterminer la meilleure solution pour le format d'URL. Parfois, cela ne fonctionne pas correctement.

Vous devez forcer LimeSurvey à utiliser un autre système de gestion d'URL en éditant votre fichier de configuration.

Dans /application/config/config.php remplacez

  'urlFormat' => 'chemin',			

par ça:

  'urlFormat' => 'obtenir',

Essayez ensuite d'ouvrir le panneau d'administration en utilisant l'URL d'administration courte :

http://<yourserver.net> /<limesurvey_dir> /admin

Après vous être connecté à l'administration

Toute action sur la page d'administration vous ramènera à l'écran de connexion

Cela peut se produire pour les principales raisons suivantes :

• Problèmes de sessions PHP
• Problèmes d'encodage UTF8
• Problèmes IE

Sessions PHP :

1. Mettre à jour upload_tmp_dir et session.save_path dans php.ini
2. Créer la session configurée et télécharger les répertoires
3. IIS : autorisation attribuée pour créer et modifier le compte d'utilisateur invité IIS 
4. Apache : Assurez-vous que votre serveur Web dispose des autorisations pour écrire dans le répertoire configuré
5. Vérifiez si la variable "session.use_cookies" dans php.ini est définie sur 1.
6. Vérifiez la variable "session.auto_start" dans php. ini. S'il est défini sur 1, remplacez-le par 0.

Problèmes avec Internet Explorer LimeSurvey ne prend plus en charge l'accès à l'interface d'administration via Internet Explorer.

Encodage UTF8 :

Si vous modifiez un fichier (très probablement config.php), ne l'enregistrez pas au format UTF8 pour prendre en charge les caractères de langage spéciaux ! Enregistrez toujours les fichiers .php au véritable format ANSI/ISO.

Soumettre une page contenant un grand nombre de questions/options de réponse/sous-questions ne fonctionne pas

Un nouveau paramètre a été introduit dans PHP 5.3.9 (et a même été rétroporté vers certaines versions antérieures de PHP) : max_input_vars. Ce paramètre limite le nombre maximum de variables qui peuvent être POSTées (soumises) au serveur. La valeur par défaut est définie sur 1 000, mais si vous avez une question avec de nombreuses options de réponse ou une page d'enquête avec de nombreuses questions/réponses cette limite pourrait être dépassée. Vous devrez définir cela dans votre fichier de configuration PHP (php.ini).

Les dates ne s'affichent pas correctement en utilisant MSSQL Server avec FreeTDS sous Linux

Localisez le fichier locales.conf de FreeTDS et modifiez-le. Si vous n'avez aucune autre application utilisant FreeTDS, remplacez simplement le contenu par

[par défaut]
 format de date = %Y-% m- %d %H:% M: %S.% z

Si vous avez d'autres applications utilisant FreeTDS, vous souhaiterez peut-être d'abord vérifier les paramètres régionaux que vous devez modifier.

Enregistrez et redémarrez le serveur. Les dates devraient maintenant être affichées correctement. Si cela ne fonctionne pas, vous avez peut-être modifié le mauvais fichier - rincez et répétez.

Lorsque je saisis des caractères spéciaux (chinois, cyrillique, grec, arabe) dans mon enquête ou administration, chaque caractère est affiché sous forme de point d'interrogation ?

Cela se produit si votre base de données elle-même n'est pas créée pour utiliser un jeu de caractères UTF-8. Cela peut se produire lorsque vous devez créer la base de données à l'aide d'un panneau d'administration du fournisseur. Vous pouvez résoudre ce problème en exécutant la commande SQL suivante sur votre base de données (en utilisant par exemple phpMyAdmin)  ALTER DATABASE `<your_database_name> ` JEU DE CARACTÈRES PAR DÉFAUT utf8 COLLATE utf8_unicode_ci;

Remplacer<your_database_name> avec le nom de votre base de données. Vous devez le faire avant d'installer LimeSurvey.

PageSpeed crée quelques problèmes à Limesurvey

Vous devez désactiver ModPagespeed dans votre hôte virtuel LimeSurvey.

Dans le cas contraire, vous ne pourrez ni utiliser ConfortUpdate, ni exporter de données. Il est probable que quelque chose d'autre échouera.

Pendant une enquête

Erreur "La session a expiré"

Vous pourriez à un moment donné recevoir un message du type :

ERREUR

Nous sommes désolés mais votre session est expirée.

Soit vous êtes resté inactif trop longtemps, soit vous avez désactivé les cookies de votre navigateur, soit il y a eu des problèmes avec votre connexion.

Si Suhosin est activé sur votre serveur, cela pourrait être la raison pour laquelle vous obtenez cela au milieu d'une enquête.

Suhosin est un système de protection avancé pour les installations PHP mais la configuration par défaut de Suhosin peut créer des problèmes avec LimeSurvey.

Tout d'abord, vérifiez et testez à l'aide du journal Suhosin en définissant suhosin.log.sapi = 511 et suhosin.simulation = on conformément à la Documentation Suhosin.

Le fichier de configuration se trouve généralement dans /etc/php5/apache2/conf.d/suhosin.ini, mais pour être sûr, vous pouvez vérifier votre phpinfo (administration LimeSurvey > Paramètres globaux > Bouton Afficher phpinfo > Ligne : "Fichiers .ini supplémentaires analysés ") pour obtenir le chemin correct.

N'oubliez pas de redémarrer votre serveur Apache/Nginx pour que les paramètres soient pris en compte (service apache2 restart ou service nginx restart).

Lorsque la simulation est activée, Suhosin ne bloque rien et les erreurs sont signalées dans les journaux (généralement dans votre journal système : /var/log/syslog). Si vous recevez un message d'erreur tel que "ALERTE-SIMULATION - limite de variable POST configurée dépassée" qui est une alerte Suhosin...", essayez la configuration suivante (qui semble bien fonctionner avec LimeSurvey) :

suhosin.memory_limit = 128
suhosin.post.max_value_length = 5000000
suhosin.post.max_vars = 5000
suhosin.request.max_value_length = 5000000
suhosin.request.max_vars = 5000

Avec ces paramètres, vous devriez pouvoir remettre suhosin.simulation sur la valeur "off" (afin que le serveur soit protégé et que LimeSurvey fonctionne toujours).

Les valeurs par défaut de Suhosin ne fonctionnent pas bien avec LimeSurvey. Si vous souhaitez vraiment sécuriser étroitement votre serveur, vous souhaiterez peut-être utiliser le mode simulation pour ajuster le paramètre et trouver les bonnes valeurs entre 1 000 et 5 000 pour les vars et 1 000 000 et 5 000 000 pour les value_lengths.

Remarque : Un paramètre PHP supplémentaire a été introduit récemment qui doit également être modifié : max_input_vars - ce paramètre est le même que suhosin.post.max_vars mais doit être défini séparément dans php.ini.

Je ne peux pas changer la langue !

Quelle que soit la langue que vous choisissez, l'interface (administrateur et utilisateur) est toujours affichée en anglais. Normalement, cela est dû à un bug dans votre version PHP. Il n’y a pas d’autre solution à ce problème que de mettre à jour votre version PHP.

Quelques erreurs courantes (axées sur IIS)

Index.php won't open

Possible cause: This might happen if you haven't installed the necessary extensions

• You need to install Multi-byte string and MSSQL (or MySQL) extensions

Possible cause: ISAPI filter not configured

• In IIS, for the website (you could do it at the directory level) you must configure it to use php5isapi.dll

Index.php won't open and "php.exe -i" gives error messages about missing .dll's

This may happen if you install too many extensions

• If you install all PHP extensions, PHP will fail because not all dependencies were met (e.g., the oracle package needs oracle dll's)
• Install only the extensions you need
• To test, try running php.exe -i from the command line

Message stating database was missing

This may happen if you navigate to wrong url:

• Make sure you go to limesurvey/admin/install/index.php instead of limesurvey/index.php !

Above fixes do not solve the problem

This may happen if you have not restarted IIS

• Restart IIS

Things that are easy to forget:

• .php needs to be associated to filter php5isapi.dll
• limesurvey/tmp directory needs writing permission for survey uploads
• updating doc_root in php.ini and $rootdir in config.php

Missing files ("No such file or directory")

When uploading LimeSurvey to your server it might happen that the connection is interrupted so that some files are not transferred or not transferred completely. Depending on the files, you can get different error messages whenever you access different features/parts of LimeSurvey. The missing files throw errors look like this:

"Warning: require_once(/path/to/your/limesurvey/installation/filename) [function.require-once]: failed to open stream: No such file or directory in /path/to/your/limesurvey/installation/filename on line 12345" OR

"Fatal error: require_once() [function.require]: Failed opening required 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) in /path/to/your/limesurvey/installation/filename on line 12345"

Solution

1. Delete all uploaded files.

2. Re-upload the files.

(3. If necessary: Reinstall by browsing to /limesurveyfolder/admin/install)

After submitting a page, you end up on the general index page/on a 404 page or you get the message 'The CSRF token could not be verified'

or

After clicking 'Next' on a page which contains a big number of answers/subquestions, not all responses are being saved

or

After clicking 'Next', I end up on the same page

or

Using the quick translation system doesn't save answers or subquestions

or

When exporting a big number of response fields, not all of them are being exported

• This is most likely because of a limiting setting in your webserver: max_input_vars . This setting limits the maximum number of variables that can be POSTed (submitted) to the server.

Default is set to 1000, but if you have a question with lots of answer options or a survey page with lots and lots of questions/answers, this limit might be exceeded. You will need to edit your PHP configuration (php.ini).

• Also, check your PHP settings if your host is using the Suhosin extension for Apache which may be set to be too limiting on a couple of settings.

• For example, the two settings "suhosin.post.max_vars" and "suhosin.request.max_vars" are both set to a value of 200 by default. Increase those settings both to 400 or higher so users can complete and submit long surveys.

• If you still have problems, try switching the module to simulation_mode (and so basically deactivate it), as the maximum value always depends on your particular survey.

• Another reason might be a proxy or a similar software which does not allow big post requests or requesting the same page several times in the background (which leads to a new CSRF-key being created). Try a different internet connection in this case.

No questions are shown when using MSSQL Server with FreeTDS on Linux

If you check carefully any question group there is a space in the group relevance which makes the entire group non-relevant. The underlying problem is that your FreeTDS returns spaces on empty fields because of a misconfiguration. You can fix this problem by forcing the FreeTDS protocol version to at least 8.0. So, edit freetds.conf (e.g. /etc/freetds/freetds.conf) and change the respective line to

    tds version = 8.0

That should fix this issue.

After taking the survey

Texts that were entered by the participant appear as question marks in the results

This happens if your database itself does not by default use an UTF-8 charset. This can happen when you have to create the database using a provider administration panel. You can fix this problem by executing the following SQL command on your database (using for example phpMyAdmin):

   ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Replace <your_database_name> with the name of your database. After you did that, deactivate your survey and activate it again.

Database specific issues

I want LimeSurvey to use a specific Postgres schema

Set in config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), See config-defaults for an example.