Forum GestSup

En fonction de votre configuration serveur, vous pourrez modifier le propriétaire des sous dossiers du repertoire "upload".
ou
Vous trouverez plus d'informations dans la documentation d'installation:
https://doc.gestsup.fr/install/#linux-debian-10

J'avais déjà essayé mais le résultat ne donne rien de mieux.
Les droits en place sur upload sont identiques à mes autres upload pour d'autres services, c'est étrange.

Pouvez-vous activer le mode debug de l'application présent dans les paramètres généraux et consulter un ticket avec une ancienne pièce jointe exemple ticket n°1000, et indiquer si un message d'erreur apparait ?

Cdt

A priori rien d'anormal :

DEBUG MODE :
VAR: save= post_modify= post_quit= post_mail= post_upload= post_send= post_action= get_action= post_category= post_subcat= post_technician= globalrow_technician=521 post_u_service= globalrow_u_service=28 post_u_agency= globalrow_u_agency=0 post_asset_id= globalrow[asset_id]=0 post_sender_service= globalrow_sender_service=28 post_priority= post_title= post_date_hope= post_type=

Pourrez-vous transmettre le résultat de cette ligne de commande : et transmettre le résultat de cette requête SQL :

Contenu du repertoire 1000 :

root@srv-GestSup:/var/log/apache2# ls -l /var/www/html/CDG/upload/1000/
total 380
-rwxrwx--- 1 gestsup www-data 385854 juin 16 2020 20200615-*****-Attestat****Mutue***.pdf

et résultat de la requête SQL :

MySQL a retourné un résultat vide (c'est à dire aucune ligne). (traitement en 0.0008 seconde(s).)

Ce qui est étrange c'est que je n'ai pas de ticket N°1000 pour ce service...j'ai à l'heure actuelle 823 ticket et j'ai pris en référence le ticket 815 qui n'a plus de pj et existe bien...

Dans ce cas pourriez-vous transmettre le résultat de cette requête :

Même chose :

MySQL a retourné un résultat vide (c'est à dire aucune ligne). (traitement en 0.0013 seconde(s).)

Et pourtant on trouve bien l'incident 815 dans la table :