Hello à tous,

Suite à une update et une migration de nos systèmes, on a eu un petit souci. Notre formulaire, avec un champ d'upload de documents, nous a affiché "Sorry file was not found" dans l'admin pendant un certain temps. Tous les droits semblaient corrects, mais... On a réalisé que récemment que le souci venait pas des droits directement, mais du propriétaire du dossier upload.

Bref, une fois corrigé, les nouveaux documents envoyés sont lisibles dans le tableau de bord. Maintenant, la question est la suivante : est-ce qu'il reste possible de régler le problème de façon rétroactive ? Car toutes les anciennes réponses (plusieurs centaines...) gardent "Sorry file was not found" comme seule information exploitable si on veut télécharger les pièces jointes. Pourtant le système arrive les détecter car il affiche bien leur nom et leur poids, mais pas de bouton pour les download.

On a bien sûr regardé au niveau du FTP, on a bien des fichiers dans le dossier upload/survey/survey_id mais rien d'exploitable. Y'a un moyen pour pas se retrouver très très embêtés... ?

Bonne journée et merci d'avance

Dans la BDD : les ficiers sont enregsitré au format json avec
Nom
Poids
NomFichierEnregistré

Le nom du foichier enregistré est de la forum fu_XXXXXXX : ce fichier doit être dans upload/survey/survey_id/files.

Si il n'y est pas : il est perdu.

Denis

Hello, et merci pour ta réponse !

Alors effectivement, pas de fichiers retrouvés.
Après une recherche plus poussée, on a réalisé que LimeSurvey me semble pas gérer l'exception lorsque le propriétaire du dossier sur le serveur est pas le bon.

C'est-à-dire qu'il prompt à l'utilisateur que les fichiers sont envoyés, il écrit bien en base de données les informations du fichier en JSON, mais par contre il thrown aucune exception au moment où il foire l'écriture du fichier... C'est balot.

Bon, c'est pas une bonne nouvelle pour nous, mais au moins on sait. Merci pour ton coup de main !

wrote:

 il écrit bien en base de données les informations du fichier en JSON, mais par contre il thrown aucune exception au moment où il foire l'écriture du fichier... C'est balot.

 

Pas une exception, mais une information à l'utilisateur
github.com/LimeSurvey/LimeSurvey/blob/61...rController.php#L265

Le problème des exceptions sur les parties publiques : on ne les montre que sous conditions… je suis très très pour les exceptuons, mais il faut les amener avec compatibilité polur l'utilisateur final.
Bon, ici même en mode debug ou superadmin : pas d'exception… c'est à corrigé (c'est un bogue).

Peux tu le rapporter  : community.limesurvey.org/bug-tracker/ ?
 

C'est effectivement ce qu'il me semblait, en superadmin je n'avais pas eu d'information non plus.

Merci de confirmer que le souci se situe pas de mon côté. Pour le tracker, je ferai un compte pour rapporter le bug dès que possible !