Silverpeas » Silverpeas Components » GED

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

Lors de la recherche, la construction des résultats ne prend pas en compte le ou les chemins de la ressource concernée par les index remontés et c'est par conséquent, lorsqu'il y a plusieurs emplacements d'une publication dans une même GED, qu'un seul qui est remonté / GED : la publication originale lorsqu'elle est présente dans la GED (celle qui a été indexée) ou un seul des raccourcis de cette publication dans les autres GED (celui qui a été indexé).

Sauf erreur de ma part, il semblerait que ce soit le comportement voulu ; lorsqu'une publication est référencée plusieurs fois dans une même GED, c'est :

• la publication principale qui est remontée si celle-ci est présente dans la GED,

Et si l'utilisateur n'a accès qu'à un raccourci dans un dossier avec droits spécifique de cette même GED ?

• un des raccourcis s'il y en a plusieurs dans la GED.

Il y a un problème: si un lecteur n'a les droits que sur un raccourci situé dans un dossier d'une GED (dossier en droits spécifiques), alors il ne le retrouve pas dans les résultats de recherche.

Et si l'utilisateur n'a accès qu'à un raccourci dans un dossier avec droits spécifique de cette même GED

Il y a un problème: si un lecteur n'a les droits que sur un raccourci situé dans un dossier d'une GED (dossier en droits spécifiques), alors il ne le retrouve pas dans les résultats de recherche.

En fait, si, l'utilisateur retrouve la publication ou le raccourcis parce que le lien qui est généré pour aller à la publication (ou au raccourcis de celle-ci) est décorrélée des emplacements. C'est un lien qui pointe vers un service de résolution de la ressource pointée et c'est ce service qui, à partir des infos données dans le lien, va identifier le bon raccourci ou, s'il y en a plusieurs, un des raccourcis accessibles.

• il n'y a qu'un seul index par publication/GED : pour chaque raccourci dans la même GED, l'emplacement y est ajouté. De même pour les autres GED, un seul index (pour la publication originale) et pour chacun des raccourcis leur emplacement est ajouté.
• le traitement des résultats de la recherche n'a que faire des emplacements dans l'index, il traite chaque index comme un résultat après vérification que l'utilisateur ait bien accès à celui-ci
• à l'affichage des résultats, un lien est créé à partir des données du résultat (en l'occurrence ici, et entre autre, l'id de la publication originale et l'id de la GED) : ce lien est agnostique de l'emplacement de la publication ou du raccourcis dans cette même GED (le dossier). Le lien pointe vers un service de résolution d'emplacement de la ressource dans Silverpeas.
• le service de résolution d'emplacement de la ressource dans Silverpeas va justement faire en sorte de trouver la publication ou le raccourci accessible à l'utilisateur et le rediriger vers celle/celui-ci

j'entends bien Miguel, je ne remets pas en cause le fonctionnement choisi, mais il y a quand même un bug :
Si un lecteur n'a les droits que sur un raccourci situé dans un dossier d'une autre GED (dossier en droits spécifiques), alors le lecteur ne retrouve pas ce raccourci dans les résultats de recherche (0 résultat).

Oui, en effet, dans ce cas précis il y a bien un bogue que je reproduis bien.

Toutefois ce n'est pas le bogue décrit dans ce ticket qui est que les raccourcis ne soient pas remontées avec la publication originale dans la même GED. Il faudrait donc publier un autre ticket et fermer celui-ci étant donné que le comportement qui y est présenté est bien celui implémenté (c'est donc normal)

Je corrige : si ça marche. Par contre, j'ai remarqué quelque chose de bizarre qui a fait que la première fois ça n'a pas fonctionné : si jamais tu restes sur la plage de multi-emplacement de la publications et que tu t'amuses à cocher/décocher des cases plusieurs fois, ben des fois la réindexation n'a pas lieu ce qui explique le bug

Bon ça y est, j'ai trouvé la raison du dernier bogue cité : lorsqu'un raccourcis est retiré, au lieu d'une mise à jour de l'index, il y a suppression de celui-ci !