Bonjour,
je réalise des tests de migration pour voir ce qui bloque avant l'étape finale. 
J'ai une V3 qui fonctionne pas trop mal, et qui dispose de plus de 2 800 questionnaires actifs. 
J'ai installé deux version de la V5 :

• Une à partir de zéro (V5 New) : répertoire d'installation propre (décompression du fichier et ajustement des droits des fichiers en 755 et 544 (cf doc installation LimeSurvey) et base de données vierge (en suivant l'assistant d'installation)
• Une qui se connecte sur une base de données (V5_V3)  qui contient le dump de la V3. (j'ai modifié le paramètre https dans la base car mon installation en local n'a pas de https). Fichier config vierge, ce qui a permis de lancer la procédure de migration de la base de données de la V3 à la V5.

Pour ces étapes aucun problème, je me suis ensuite connecté sur les url de chaque version.
J'ai eu la page d'accueil pour la V5 New et une erreur 500 pour la V5_V3 avec comme mention <La propriété "Survey.ipanonymize" est indéfinie.

J'ai donc activé le mode débug dans les deux instances pour voir si je trouve cette propriété.

En débug, la V5_V3 se lance correctement (je peux me connecter, voir mes questionnaires) comme la V5.
En réalisant une recherche sur la page, pour les deux versions, je trouve cette propriété : 

"t"."ipanonymize" AS "t0_c42" (pour la V5_V3)
"t"."ipanonymize" AS "t0_c17" (pour la V5)

Question : 
c'est une nouvelle colonne qu'il faut rajouter dans la table ?
j'ai cherché ce mot dans les forums, mais rien trouvé, je vais aller voir sur le site des bugs.
 
J'ai plus de 3 500 questionnaires, donc pour retrouver celui qui va pas.... 

ah ! intéressant, je vais creuser cette piste :

bugs.limesurvey.org/view.php?id=18479

Bon, erreur trouvé :
en regardant les logs en bas de page du navigateur, j'ai le numéro de questionnaire qui est concerné par cette erreur.

Je me mets en debug, je vais sur le questionnaire, je regarde les paramètres.

l'option "Lier le questionnaire sur la page d'index publique" était activé.
Je l'ai passé à non et le problème est résolu.
J'ai désactiver le debug et cela fonctionne encore.

Je vais tenter de le réactiver pour voir si cela plante encore....

apparement non.... donc coup de bol ?

Je pense que ça a corrigé un problème lors de l'enregistrement du dit questionnaire ?

Attention : sur le bogue en question : je pense que c'est du aussi au serveur : IIS sur une base de données SQL server située sur un autre serveur avec des firewall entre les 2.
Il ya un bogue dans limesurvey sur les attributs de questionnaire et sur d'autres point qui inetrrtoge la BDD plus de 200 fois sur les mêmes requêtes. En mariadb/pgsql + même serveur : c'est quasi transparent (si le cache PDO/SQL fonctionne bien), mais sur in autre serveur … 200 requête réseaux en plus …