Bug #5196
fermé
Impossible de supprimer/libérer un fichier d'une GED multi-axes
100%
Description
Bonjour,
Dans une GED multi-axes, il est impossible de supprimer ou de libérer un fichier joint.
lorsque nous effectuons l'une de ces opérations, un message d'erreur (mal formaté) apparait :
Et aucune des opérations (supprimer/libérer avec ou sans sauvegarder...) n'aboutit.
Il s'agit d'un bug EXTRÊMEMENT pénalisant.
Fichiers
| Image_301.jpg (83,5 ko) Image_301.jpg | |||
| Image_346.jpg (15 ko) Image_346.jpg | |||
| Capture du 2014-01-29 10_06_21.png (356 ko) Capture du 2014-01-29 10_06_21.png | |||
| erreur_node_multiaxes.txt (14 ko) erreur_node_multiaxes.txt | |||
| web-core-5.13.3.jar (1,23 Mo) web-core-5.13.3.jar | à placer dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/WEB-INF/lib/ | ||
| lib-core-5.13.3.jar (2,01 Mo) lib-core-5.13.3.jar | à placer dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/lib/ |
Mis à jour par Nicolas Eysseric il y a presque 11 ans
- Statut changé de New à Assigned
- Assigné à mis à Miguel Moquillon
- Version cible mis à Version 5.13.3
Ce problème survient uniquement sur l'application Multilevel Tracker (kmax) et lorsque la plate-forme utilise l'i18n des contenus (dont les fichiers).
L'erreur est liée à la récupération des différentes traductions du fichier (service REST document/XXX/translations).
Ce problème se pose également en 5.12.6.
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Statut changé de Assigned à In progress...
- Version cible changé de Version 5.13.3 à Version 5.12.7
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Cf. PR https://github.com/Silverpeas/Silverpeas-Core/pull/448
La correction sera appliquée aussi bien sur la version 5.12.7 que sur la version 5.13.3
Mis à jour par Nicolas Eysseric il y a presque 11 ans
- Statut changé de Resolved à Closed
OK. Validé et intégré.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
J'ai un problème similaire avec un fichier joint d'une GED normale.
Un utilisateur veut libérer ce fichier, mais il obtient un message avertissant que le fichier est trop volumineux (>10Mo) alors qu'il ne pèse 93Ko !
J'essaie de forcer la libération, et j'obtiens le même message mal formaté que dans le sujet du ticket !
Est-ce que la correction corrigera aussi ce problème, ou bien ne concerne-t'il que les GED multi-axes ?
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
- Fichier Image_346.jpg Image_346.jpg ajouté
- Statut changé de Closed à Feedback
Il est impossible de libérer les fichiers dont la publication a été classé dans une GED multi-axes, en acceptant ou supprimant les modifications. Le message est toujours le même.
De même, si on essai de réimporter le document, on obtient un message avertissant que le fichier est trop gros (>10Mo), même s'il ne fait que quelques Ko :
Sur les publications non classés, l'édition en ligne et la libération marchent bien.
Le bug est très bloquant.
Mis à jour par David Lesimple il y a presque 11 ans
- Fichier erreur_liberation_fichier ajouté
Sur votre plateforme de test en 5.13.3 j'ai également le 1er message de cette demande.
Mis à jour par David Lesimple il y a presque 11 ans
- Fichier
erreur_liberation_fichiersupprimé
Mis à jour par Nicolas Eysseric il y a presque 11 ans
Avec une publication classée sur l'application GED Multi-axes, je ne constate pas de problème sur la 5.13.4-SNAPSHOT (identique à la 5.13.3 à ce jour) !
Que ce soit avec l'i18n activée ou pas...
Tests effectués avec Chrome et Firefox.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
David a constaté le problème sur notre serveur de test. D'où vient le problème alors ?
Mis à jour par David Lesimple il y a presque 11 ans
Je confirme, il y a un problème d'autorisation sur une requete jquery (voir PJ).
Je vais refaire des tests similaires dans un autre contexte.
Mis à jour par David Lesimple il y a presque 11 ans
Sur une nouvelle GED multi-axes, l'édition en ligne fonctionne bien...
Mis à jour par David Lesimple il y a presque 11 ans
scénario sans erreur: Création publication, dépot de fichier, édition en ligne: OK
scénario avec erreur: Création publication, dépot de fichier, classement sur 2 axes, édition en ligne: KO
il suffit de déclasser la publication pour qu'on puisse libérer le fichier.
Mis à jour par David Lesimple il y a presque 11 ans
Je le reproduis sur ma 5.13.3 en local uniquement avec un dump de votre base de données... mais pas sur toutes les instancesde multi-axes
Mis à jour par David Lesimple il y a presque 11 ans
- Fichier erreur_node_multiaxes.txt erreur_node_multiaxes.txt ajouté
Cela semble venir d'un problème de données... il y a une erreur sur un noeud. voir traces jointes.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
Le problème vient de la base de données, des fichiers ou de l'application ?
Puis-je faire quelque chose pour faire progresser le sujet ?
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
Nous avons toujours le bug, il n'y a pas possibilité de modifier un fichier de GED multi-axes, et de le libérer, ni même de le ré-importer.
Ce bug devait faire parti de la livraison du patch 5.13.3, mais n'est toujours pas résolu, et nous fait reporter l'installation du patch tant qu'il n'y a pas de correctif.
IL NOUS FAUT ABSOLUMENT UN SOLUTION A CE BUG TRÈS BLOQUANT, DANS LES PLUS BREFS DÉLAIS.
Mis à jour par David Lesimple il y a presque 11 ans
Je confirme qu'il également IMPOSSIBLE de mettre à jour manuellement le fichier déja réservé (par l'action Modifier) (message fichier trop gros: 10 Mo)..
Tous les utilisateurs ayant un fichier réservé dans le multi-level Tracker sont donc bloqués.
Mis à jour par Miguel Moquillon il y a presque 11 ans
Par rapport au pb de fichier trop gros, indépendamment de celui de libération/réservation, La taille maximum autorisé pour importer un fichier est indiqué par le paramètre MaximumFileSize dans le fichier de configuration properties/org/silverpeas/util/uploads/uploadSettings.properties. Par défaut, sa valeur est fixée à 10Mo.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
Effectivement, c'est bien la limite que nous avons définie. Mais les fichiers que nous modifions, ou cherchons à importer ne font que quelques Ko !!
Mis à jour par Miguel Moquillon il y a presque 11 ans
Effectivement, si vous recevez le message "Fichier trop gros" alors que le fichier que vous poussez ne fait que quelque Ko, il y a un pb. Et ce dernier, finalement, pourrait être lié à celui que vous avez avec des instances de kmax. Je suis en cours d'investigation de ce pb avec vos données (nous ne reproduisons pas ce comportement avec nos jeux de données de tests).
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
J'aimerais faire un nouvel essai d'installation du patch 5.13.3 (depuis 5.13.2), et donc revenir sur notre snapshot d'avant l'installation du patch.
Avez-vous besoin des données du portail de test ?
Mis à jour par David Lesimple il y a presque 11 ans
Je suis en train de récupérer le repertoire jackrabbit (zip + transfert) pour cette investigation.
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Statut changé de Feedback à In progress...
J'ai identifié le problème et ceci est bien un bogue avec Kmax (GED multi-axes). Lors de la libération d'un document, une chaîne de validation des droits est mis en action et dans celle-ci sont vérifiés les droits de l'utilisateur à accéder au dossier de la publication. Or, dans Kmax, les publications ne sont pas classées dans des dossiers comme dans Kmelia mais sur des axes de classement et, de plus, il n'y a pas de mécanisme de droits associé à ces axes, d'où une erreur interne. Les cas où une telle erreur n'intervient pas est lorsque par coïncidence il existe un dossier dont l'identifiant est celui du classement de la publication (corbeille, publications déclassées, etc.)
Je travaille sur un correctif à ce problème.
Mis à jour par Miguel Moquillon il y a presque 11 ans
- Fichier lib-core-5.13.3.jar lib-core-5.13.3.jar ajouté
- Fichier web-core-5.13.3.jar web-core-5.13.3.jar ajouté
- Statut changé de In progress... à Resolved
Corrigé.
Cf. https://github.com/Silverpeas/Silverpeas-Core/pull/463
- lib-core-5.13.3.jar dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/lib/
- web-core-5.13.3.jar dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/WEB-INF/lib/
Mis à jour par Nicolas Eysseric il y a presque 11 ans
- Version cible changé de Version 5.12.7 à Version 5.12.8
Mis à jour par Yohann Chastagnier il y a presque 11 ans
- Statut changé de Resolved à Closed
Validé et intégré pour les prochaines versions 5.12.8 et 5.13.4.