Projet

Général

Profil

Actions

Bug #11527

fermé

Persistence en cache du paramètre "Ordre d'affichage" des publications

Ajouté par David Lesimple il y a presque 4 ans. Mis à jour il y a presque 4 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Début:
20/05/2020
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
6.1-x
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Au moins dans un cas précis, la modification de l'ordre de l'ordre d'affichage des publications dans une GED n'est pas pris en compte.

Voici le scénario pour y parvenir :

1. Déployer une GED avec un ordre d'affichage qui n'est pas celui indiqué par défaut, par exemple "Date de modification croissante "
2. Créer des publications dans cette GED
3. Modifier l'ordre de tri (dans les paramètres de l'application) en mettant "Date de modification décroissante "
4. Même en se reconnectant, l'ordre d'affichage reste celui paramétré initialement.

Par contre, en redémarrant Silverpeas, le nouvel ordre d'affichage est bien pris en compte, les publications s'affichent dans l'ordre souhaité.

Mis à jour par Miguel Moquillon il y a presque 4 ans

  • Assigné à mis à Miguel Moquillon

Mis à jour par Miguel Moquillon il y a presque 4 ans

  • Statut changé de New à Feedback

Je ne reproduit pas le dernier comportement, à savoir que le nouvel ordre n'est pas pris en compte après reconnexion.
Si, en effet, le nouvel ordre n'est pas pris en compte après modification, après une reconnexion, j'obtiens bien l'effet désiré.

Mis à jour par David Lesimple il y a presque 4 ans

En créant une nouvelle GED ?

Mis à jour par Miguel Moquillon il y a presque 4 ans

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

Oui, avec une nouvelle GED. Quoiqu'il en soit, j'ai cerné d'où vient le pb et je suis entrain de le corriger.

Mis à jour par Yohann Chastagnier il y a presque 4 ans

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

Mis à jour par Yohann Chastagnier il y a presque 4 ans

  • Statut changé de In progress... à Closed
  • Version cible mis à Version 6.1
  • % réalisé changé de 0 à 100

Validé et intégré.

Mis à jour par David Lesimple il y a presque 4 ans

  • Statut changé de Closed à Re-opened

Le bug est toujours présent sur la plateforme du client avec le build 200531.

Mis à jour par Miguel Moquillon il y a presque 4 ans

  • Statut changé de Re-opened à Feedback

Ne reproduit pas le problème sur la version 6.1-build200531.

Peux tu vérifier que :
  • c'est bien la version 6.1-build200531 qui est installée chez le client concerné par le bogue,
  • que le problème survient aussi chez d'autres clients

Mis à jour par Yohann Chastagnier il y a presque 4 ans

Attention, si le nœud racine de la GED est paramétré pour lister les dernières publications modifiées, ce tri n'est en toute logique pas appliqué (les dernières publications sont triées de la plus récente visible à la plus ancienne et elles doivent être valides).
Est-ce qu'il n'y aurait pas une confusion sur ce point ?

Mis à jour par Yohann Chastagnier il y a presque 4 ans

Une autre hypothèse, pour le coup plus probable : les publications ont été ordonnées manuellement.
Dans un tel cas, le tri se fait en priorité sur la donnée pubOrder de la table SB_Publication_PubliFather et ensuite sur la date de création.
Dès lors que dans les publications à afficher il en existe une pour laquelle pubOrder est supérieur à 0, il est considéré que les publications ont été ordonnées manuellement.

Mis à jour par Miguel Moquillon il y a presque 4 ans

Ha les joies du tri manuel ... Faudrait peut-être un marqueur visuel qui informe l'utilisateur que les publications (ou les fichiers joints) ont été ordonnées manuellement histoire d'éviter des mauvaises interprétations (et un ticket dans redmine) ... surtout de la part des testeurs :-P

Mis à jour par David Lesimple il y a presque 4 ans

  • Statut changé de Feedback à Closed

Miguel Moquillon a écrit (#note-13):

Ha les joies du tri manuel ... Faudrait peut-être un marqueur visuel qui informe l'utilisateur que les publications (ou les fichiers joints) ont été ordonnées manuellement histoire d'éviter des mauvaises interprétations (et un ticket dans redmine) ... surtout de la part des testeurs :-P

C'est une demande qui date de 4 ans, qui est prévue en 6.2, https://tracker.silverpeas.org/issues/6927

Yohann Chastagnier a écrit (#note-12):

Une autre hypothèse, pour le coup plus probable : les publications ont été ordonnées manuellement.

Bien vu Yohann, en plus j'avais déjà été confronté à ce cas là il y a quelques années.

Actions

Formats disponibles : Atom PDF