Projet

Général

Profil

Development #10890

Comportement homogène des fichiers dans porte-documents quel que soit leur origine

Ajouté par Brice Mallet il y a presque 8 ans. Mis à jour il y a environ 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
11 mai 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:

Description

Dans le porte-documents d'un usager se trouver des fichiers qu'il y a lui même placé et des fichiers déposés par la mairie.
Dans le premier cas l'usager a un bouton pour supprimer le fichier, dans le deuxième cas, il n'en a pas la possibilité (dans la copie écran : Courrier reponse libre.pdf).
https://porte-doc-alfortville.dev.entrouvert.org/

Demande : comportement homogène de tous les fichiers présents dans le porte-doc, l'usager (le "propriétaire") des documents a tous les droits sur tous ses fichiers, ie peut tous les supprimer.


Fichiers

Révisions associées

Révision 73f611de (diff)
Ajouté par Thomas Noël il y a presque 8 ans

add explicit deletable_by_user attribute (#10890)

Historique

#1

Mis à jour par Frédéric Péters il y a presque 8 ans

Dans #7230, cet échange :

(moi) Question à suivre, niveau interface, l'usager peut-il supprimer un document déposé par l'administration ?

(benj) Je dirai que si le document ne peut être effacé il devra avoir une durée de vie puisqu'on le conserve pour des raisons de service et pas par décision de l'utilisateur. L'autre possibilité ce serait de pouvoir le faire disparaître de l'espace utilisateur sans l'effacer vraiment (et ça reviendra je pense quand on prendra en compte le dé-provisionning lors de la suppression du compte par un utilisateur dans le cas des comptes en ligne).

Brice : je comprends pas bien le lien,
Dans mon cas de figure, c'est bien un fichier déposé par la mairie mais qui n'atteste de rien (un courrier poussé vers l'usager) donc normal qu'il puisse le supprimer
Cas un fichier est à l'origine de mete-data attestées, il peut être déposé par l'usager et non par l'administration, et de plus une fois les meta-data attestées, on peut accepter de perdre le document de base, les meta-data elles restent valides duarnt la période de validité définie.

#2

Mis à jour par Thomas Noël il y a presque 8 ans

« pour des raisons de service » ? je ne comprends pas vraiment ce que ça veut dire (pour moi l'usager est maître de son porte-document, et puis voilà)

#3

Mis à jour par Brice Mallet il y a presque 8 ans

  • Description mis à jour (diff)
#4

Mis à jour par Brice Mallet il y a presque 8 ans

  • Assigné à mis à Thomas Noël
#5

Mis à jour par Thomas Noël il y a presque 8 ans

Je veux bien que le ticket me soit assigné, mais... la décision à prendre est compliquée car un document dans fargo c'est aussi des metadonnées validées, qu'on ne peut pas supprimer si elles doivent encore être visibles dans les formulaires qui les utilisent.

Je vois un blocage ici.

#6

Mis à jour par Benjamin Dauvergne il y a presque 8 ans

Les fichiers envoyés par la mairie n'ont pas de métadonnées, le cas n'existe simplement pas pour l'instant.

#7

Mis à jour par Benjamin Dauvergne il y a presque 8 ans

Aussi les métadonnées ne sont pas liées aux documents donc quand on supprime un document, les métadonnées restent toujours. Les utilisateurs n'ont aucune prise sur les métadonnées (ce n'est ni visible, ni éditable, c'est une donnée "mairie"). Il peut simplement s'en servir dans un formulaire.

#10

Mis à jour par Thomas Noël il y a presque 8 ans

C'est un peu dommage comme patch. Ne pourrait-on pas ouvrir l'API pour permettre "origin: null" ? (j'ai testé, ça passe pas, réponse "['This field may not be null.']" alors que le modèle le permet)

#12

Mis à jour par Frédéric Péters il y a presque 8 ans

Ce qu'il y a, il me semble, c'est que j'ai gentiment abusé le cas d'usage qui était défini "il ne faut pas permettre d'effacer les fichiers déposés par l'administration" en mêlant les deux sujets "ne pas permettre d'effacer" et "déposés par l'administration".

Contre le premier patch, la demande de ne pas permettre à l'usager de supprimer les documents déposés par l'administration, elle existe.

Contre le second patch, la demande de pouvoir distinguer dans le porte-doc l'origine des documents, elle me semble exister aussi.

Et donc je serais pour un troisième patch, qui ajouterait un attribut genre "deletable" sur les fichiers, indiquant si l'usager peut le supprimer; et que l'origine devienne une donnée informative uniquement.

#13

Mis à jour par Thomas Noël il y a presque 8 ans

pour être plus explicite, "user_deletable" ou "deletable_by_user" ?

#14

Mis à jour par Frédéric Péters il y a presque 8 ans

Comme tu veux, mais oui, c'est mieux explicite.

#15

Mis à jour par Thomas Noël il y a presque 8 ans

Avec donc un deletable_by_user, vrai par défaut.

#16

Mis à jour par Frédéric Péters il y a presque 8 ans

  • Statut changé de Nouveau à En cours

Il faudrait ajouter un test à l'API qui positionne deletable_by_user; à part ça ça me semble ok.

#18

Mis à jour par Frédéric Péters il y a presque 8 ans

ok.

#19

Mis à jour par Thomas Noël il y a presque 8 ans

  • Statut changé de En cours à Résolu (à déployer)
commit 73f611de345807cb1ea01fd156a7f99b40a44993
Author: Thomas NOEL <tnoel@entrouvert.com>
Date:   Wed Jun 29 17:13:51 2016 +0200

    add explicit deletable_by_user attribute (#10890)

#20

Mis à jour par Benjamin Dauvergne il y a environ 7 ans

  • Statut changé de Résolu (à déployer) à Fermé

Formats disponibles : Atom PDF