Projet

Général

Profil

Actions

Bug #14503

fermé

Dans certains cas, le déplacement d'un dossier ne fonctionne pas (rien ne se passe et pas d'erreur)

Ajouté par Marc Avenel il y a 29 jours. Mis à jour il y a environ 2 heures.

Statut:
Closed
Priorité:
Urgent
Assigné à:
Début:
30/10/2024
Echéance:
% réalisé:

30%

Temps estimé:
Navigateur:
Firefox
Votre version de Silverpeas:
6.4
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Si dans une GED on coupe un dossier pour le coller dans un sous répertoire
Rien ne se passe. Ne fonctionne pas

Mis à jour par David Lesimple il y a 24 jours

  • Statut changé de New à In progress...
  • Assigné à mis à David Lesimple

Mis à jour par David Lesimple il y a 24 jours · Edité

  • Sujet changé de V6.4-GED-Dossier Couper / Coller à Dans certains cas, le déplacement d'un dossier ne fonctionne pas (rien ne se passe et pas d'erreur)
  • % réalisé changé de 0 à 30

Reproduit lorsque le multilangue est activé et qu'une traduction d'un des noeuds du chemin existe déjà.
En cas de déplacement, aucune traduction des noms de dossier ne devrait être effectuée.

L'erreur n'est pas remontée dans le fichier log.

org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "un_node_nodei18n" 

Mis à jour par David Lesimple il y a 24 jours

  • Statut changé de In progress... à Qualified
  • Priorité changé de Normal à Urgent
  • Version cible mis à Version 6.4.2

Mis à jour par Miguel Moquillon il y a 24 jours

  • Statut changé de Qualified à In progress...

Mis à jour par Miguel Moquillon il y a 23 jours

  • Statut changé de In progress... à Resolved

J'ai réussi à identifier l'origine du bogue. J'en ai aussi profité pour corriger un vilain bogue caché avec la traduction des propriétés d'un dossier (il ne survient que dans un cas très particulier d'utilisation).

Cf PR :

@David Lesimple peux tu stp tester la correction avant intégration stp ?

Mis à jour par Miguel Moquillon il y a 15 jours

  • Statut changé de Resolved à Closed

Intégré dans les branches 6.4.x et master

Mis à jour par David Lesimple il y a 2 jours

  • Statut changé de Closed à Re-opened
  • Assigné à changé de David Lesimple à Miguel Moquillon

Petite régression quand on modifie un dossier:

Caused by: org.postgresql.util.PSQLException: ERROR: operator does not exist: integer = character varying
  Indice : No operator matches the given name and argument types. You might need to add explicit type casts.
  Position : 222
...
      at deployment.silverpeas.war//org.silverpeas.core.node.dao.NodeDAO.storeRow(NodeDAO.java:907)


l'ordre des paramètres nodeId et instanceId a été inversée dans la requête SQL.

Mis à jour par Miguel Moquillon il y a un jour

  • Statut changé de Re-opened à Closed

J'ai corrigé directement sur la branche 6.4.x et j'ai reporté la correction dans la branche master

Mis à jour par Marc Avenel il y a environ 22 heures

  • Statut changé de Closed à Re-opened

Par contre quand on coupe un dossier et que l'on le colle dans une nouvelle GED qui comporte d'autres dossier
L'emplacement de ce dossier n'est pas le dernier dossier de la GED mais l'avant dernier.

Est-ce normal?

Mis à jour par Miguel Moquillon il y a environ 2 heures

  • Statut changé de Re-opened à Closed

Merci de ne pas réouvrir les tickets lorsque les retours ne concernent pas la version de build testée et dans laquelle la correction est présente (De plus, ici, il s'agirait plus d'une demande de retour (feedback) que d'une réouverture).

Pour information, je ne reproduis pas ce comportement dans la version de développement actuelle de la 6.4.2.

Actions

Formats disponibles : Atom PDF