Project

General

Profile

Actions

Bug #5196

closed

Impossible de supprimer/libérer un fichier d'une GED multi-axes

Added by Emmanuel GRANGE almost 8 years ago. Updated almost 8 years ago.

Status:
Closed
Priority:
Urgent
Category:
Fichiers joints
Start date:
01/07/2014
Due date:
% Done:

100%

Estimated time:
Navigateur:
Firefox
Votre version de Silverpeas:
5.13.2
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

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.


Files

Image_301.jpg (83.5 KB) Image_301.jpg Emmanuel GRANGE, 01/07/2014 04:10 PM
Image_346.jpg (15 KB) Image_346.jpg Emmanuel GRANGE, 01/28/2014 01:52 PM
Capture du 2014-01-29 10_06_21.png (356 KB) Capture du 2014-01-29 10_06_21.png David Lesimple, 01/29/2014 10:07 AM
erreur_node_multiaxes.txt (14 KB) erreur_node_multiaxes.txt David Lesimple, 01/29/2014 05:54 PM
web-core-5.13.3.jar (1.23 MB) web-core-5.13.3.jar à placer dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/WEB-INF/lib/ Miguel Moquillon, 02/11/2014 12:32 PM
lib-core-5.13.3.jar (2.01 MB) lib-core-5.13.3.jar à placer dans $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/lib/ Miguel Moquillon, 02/11/2014 12:32 PM
Actions #1

Updated by Nicolas Eysseric almost 8 years ago

  • Status changed from New to Assigned
  • Assignee set to Miguel Moquillon
  • Target version set to 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.

Actions #2

Updated by Miguel Moquillon almost 8 years ago

  • Status changed from Assigned to In progress...
  • Target version changed from Version 5.13.3 to Version 5.12.7
Actions #3

Updated by Miguel Moquillon almost 8 years ago

  • Status changed from In progress... to Resolved
  • % Done changed from 0 to 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

Actions #4

Updated by Nicolas Eysseric almost 8 years ago

  • Status changed from Resolved to Closed

OK. Validé et intégré.

Actions #5

Updated by Emmanuel GRANGE almost 8 years ago

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 ?

Actions #6

Updated by Emmanuel GRANGE almost 8 years ago

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.

Actions #7

Updated by David Lesimple almost 8 years ago

  • File erreur_liberation_fichier added

Sur votre plateforme de test en 5.13.3 j'ai également le 1er message de cette demande.

Actions #8

Updated by David Lesimple almost 8 years ago

  • File deleted (erreur_liberation_fichier)
Actions #9

Updated by Nicolas Eysseric almost 8 years ago

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.

Actions #10

Updated by Emmanuel GRANGE almost 8 years ago

David a constaté le problème sur notre serveur de test. D'où vient le problème alors ?

Actions #11

Updated by David Lesimple almost 8 years ago

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.

Actions #12

Updated by David Lesimple almost 8 years ago

Sur une nouvelle GED multi-axes, l'édition en ligne fonctionne bien...

Actions #13

Updated by David Lesimple almost 8 years ago

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.

Actions #14

Updated by David Lesimple almost 8 years ago

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

Actions #15

Updated by David Lesimple almost 8 years ago

Cela semble venir d'un problème de données... il y a une erreur sur un noeud. voir traces jointes.

Actions #16

Updated by Emmanuel GRANGE almost 8 years ago

Une solution ?

Actions #17

Updated by Emmanuel GRANGE almost 8 years ago

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 ?

Actions #18

Updated by Emmanuel GRANGE almost 8 years ago

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.

Actions #19

Updated by David Lesimple almost 8 years ago

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.

Actions #20

Updated by Miguel Moquillon almost 8 years ago

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.

Actions #21

Updated by Emmanuel GRANGE almost 8 years ago

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 !!

Actions #22

Updated by Miguel Moquillon almost 8 years ago

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).

Actions #23

Updated by Emmanuel GRANGE almost 8 years ago

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 ?

Actions #24

Updated by David Lesimple almost 8 years ago

Je suis en train de récupérer le repertoire jackrabbit (zip + transfert) pour cette investigation.

Actions #25

Updated by Miguel Moquillon almost 8 years ago

  • Status changed from Feedback to 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.

Actions #26

Updated by Miguel Moquillon almost 8 years ago

Corrigé.
Cf. https://github.com/Silverpeas/Silverpeas-Core/pull/463

En attendant la sortie des versions correctives, vous trouverez ci-joint les deux jarlibs qui comportent la correction. Placer les dans le serveur JBoss comme suit :
  • 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/
Actions #27

Updated by Nicolas Eysseric almost 8 years ago

  • Target version changed from Version 5.12.7 to Version 5.12.8
Actions #28

Updated by Yohann Chastagnier almost 8 years ago

  • Status changed from Resolved to Closed

Validé et intégré pour les prochaines versions 5.12.8 et 5.13.4.

Actions

Also available in: Atom PDF