Project

General

Profile

Actions

Bug #11527

closed

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

Added by David Lesimple over 1 year ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Start date:
05/20/2020
Due date:
% Done:

100%

Estimated time:
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é.

Actions #2

Updated by Miguel Moquillon over 1 year ago

  • Assignee set to Miguel Moquillon
Actions #3

Updated by Miguel Moquillon over 1 year ago

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

Actions #4

Updated by David Lesimple over 1 year ago

En créant une nouvelle GED ?

Actions #5

Updated by Miguel Moquillon over 1 year ago

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

Actions #7

Updated by Yohann Chastagnier over 1 year ago

  • Status changed from Resolved to In progress...
Actions #8

Updated by Yohann Chastagnier over 1 year ago

  • Status changed from In progress... to Closed
  • Target version set to Version 6.1
  • % Done changed from 0 to 100

Validé et intégré.

Actions #9

Updated by David Lesimple over 1 year ago

  • Status changed from Closed to Re-opened

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

Actions #10

Updated by Miguel Moquillon over 1 year ago

  • Status changed from Re-opened to 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
Actions #11

Updated by Yohann Chastagnier over 1 year ago

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 ?

Actions #12

Updated by Yohann Chastagnier over 1 year ago

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.

Actions #13

Updated by Miguel Moquillon over 1 year ago

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

Actions #14

Updated by David Lesimple over 1 year ago

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

Also available in: Atom PDF