Bug #12999
ferméImpossible de supprimer un raccourci si la publication source est supprimée
100%
Description
Scénario : Un espace S1 contient une GED A dont la publication contient un emplacement dans une GED B situé dans un autre espace.
Si on supprime l'espace S1 contenant la GED A, le raccourci dans la GED B est toujours là mais il n'est plus possible de le supprimer, puisque la publication source
n'est plus accessible (sauf à restaurer l'espace S1 et la GED A).
Par contre, si on supprime définitivement l'espace S1, le raccourci est bien supprimé, ce qui est conforme.
Comportement attendu : Lorsqu'un espace ou une GED sont supprimés de l'administration, il serait utile de demander à l'administrateur si il souhaite supprimer les différents raccourcis des publications de GEDs.
Mis à jour par Miguel Moquillon il y a plus de 2 ans
- Statut changé de New à Feedback
Ne serait ce pas plutôt un bogue ? En effet, si une publication source est supprimée, les raccourcis vers cette publication ne devraient-ils pas être aussi supprimés automatiquement ?
Mis à jour par David Lesimple il y a plus de 2 ans
- Tracker changé de Feature à Bug
- Navigateur mis à Tous
- Votre version de Silverpeas mis à 6.3-BUILD
- Votre base de données mis à Toutes
Miguel Moquillon a écrit (#note-2):
Ne serait ce pas plutôt un bogue ? En effet, si une publication source est supprimée, les raccourcis vers cette publication ne devraient-ils pas être aussi supprimés automatiquement ?
Oui en effet, cela relève du bug. Seul bémol, si on restaure l'application depuis la corbeille, les raccourcis de publications sont perdus...
Mis à jour par Yohann Chastagnier il y a plus de 2 ans
- Statut changé de Feedback à In progress...
- Assigné à mis à Yohann Chastagnier
- Version cible mis à Version 6.3
Mis à jour par Yohann Chastagnier il y a plus de 2 ans
Demander à l'utilisateur s'il souhaite supprimer les raccourcis lors de la suppression d'une GED semble au premier regard anodin. En réalité, cela requiert la mise en place d'une mécanique complexe dans l'administration.
En effet, depuis cet endroit centralisé, les allers-retours avec l'utilisateur à propos de spécificités liées à des composants ne peut pas se faire sans la mise en place d'une architecture qui le permette. Sa conception, ainsi que sa réalisation, ne peuvent être imaginables dans le cadre de la résolution d'une anomalie.
- soit les raccourcis liés aux publications d'une GED mise dans la corbeille sont supprimés (au même titre que les droits). Cela est possible de réaliser cela avec l'API des événements CDI implémentée dans Silverpeas (pour
SpaceEvent
, le type d’événementREMOVING
correspond à la mise dans la corbeille). Cela dit, pour reprendre le contexte détaillé dans ce ticket, la même problématique devrait en toute logique se présenter aussi sur la mise en corbeille directe de la GED A - soit les raccourcis liés aux publications d'une GED en attente de suppression (dans la corbeille donc) ne sont pas présentés à l'utilisateur. Dans cette solution, les raccourcis seraient toujours actifs lors de la restauration de l'espace (ou de la GED)
J'ai l'impression que la 2ème option semble celle qui correspondrait le plus aux attentes.
Mis à jour par David Lesimple il y a plus de 2 ans
Yohann Chastagnier a écrit (#note-5):
- soit les raccourcis liés aux publications d'une GED en attente de suppression (dans la corbeille donc) ne sont pas présentés à l'utilisateur. Dans cette solution, les raccourcis seraient toujours actifs lors de la restauration de l'espace (ou de la GED)
J'ai l'impression que la 2ème option semble celle qui correspondrait le plus aux attentes.
C'est la meilleure solution en effet.
Mis à jour par Yohann Chastagnier il y a plus de 2 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
- dans les contrôles d'accès
- dans le filtrage des publications d'une GED
- dans le calcul du nombre de publications dans les dossiers d'une GED
Dans chacun de ces endroits où cette donnée est prise en compte, une attention particulière a été apportée en termes de performances de traitement.
PRs :Mis à jour par Miguel Moquillon il y a plus de 2 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Miguel Moquillon il y a plus de 2 ans
Si l'administrateur a été dans une application d'un espace avant de supprimer cet espace dans le backoffice, lorsqu'il demande à retourner au frontoffice, au lieu de retourner dans l'accueil, il accède à l'espace supprimé ... et par conséquent ça tourne en boucle.
A savoir, ce problème existait avant ce fix.
Mis à jour par Miguel Moquillon il y a plus de 2 ans
Différents points relevés :
- je supprime un espace puis je le restaure : je retombe dans la page principale des Espaces & Applications mais la boite défilante me dit que je suis dans la page de gestion de l'espace restauré, ce qui n'est pas le cas. Il faut que je revienne explicitement dans la page principale avant de sélectionner l'espace restauré avec la boite défilante. Dans le cas où je restaure l'espace plus tard, je retourne bien dans la page principale avec rien de sélectionner dans la boite défilante. Toutefois, le comportement attendu est de se retrouver dans la page de gestion de l'espace restauré afin de pouvoir y affecter les droits qui vont bien.
- je n'arrive pas à supprimer définitivement un espace si ce dernier contient une GED avec des dossiers et du contenu. Si la GED n'a aucun contenu, la suppression définitive fonctionne. Pas essayé avec d'autres applications.
Mis à jour par Yohann Chastagnier il y a plus de 2 ans
Les problèmes remontés existaient déjà avant les modifications réalisés pour résoudre cette anomalie.
Je n'ai pas réussi à reproduire celui concernant la suppression d'une GED avec contenu.
Mis à jour par Miguel Moquillon il y a plus de 2 ans
- Statut changé de Integration in progress... à Closed