DominoArea.org [Archive]

Bonjour,

Je travaille dans le cadre d'une migration en 8.5 depuis une version 6.5.

Sur une même base sur les deux serveurs :

- En version 6.5, on fait des FtSearch et tout se passe bien (il ne ramène que les documents auxquels à le droit l'utilisateur en lecture).

- En version 8.5, le même FtSearch ramène les mêmes documents, MAIS AUSSI CEUX AUXQUELS L'UTILISATEUR N'A PAS ACCES.

Quelqu'un aurait-il une piste pour expliquer / régler ce problème, svp ?
Paramètre serveur ? Paramètre base ??

Merci d'avance !

Personne n'a une toute petite idée qui peut se passer, svp ??

salut

j'ai cru lire un truc a propos des ftsearch et du faite qu'il ramenait tout les doc sans se préocuppé des droits

Bah ce serait nouveau et bien embêtant !!!!

Moi, je ne trouve nulle part d'infos là-dessus... (notes.net, c'est moi aussi).

tu as essayé de reconstruire l'index à partir de zéro? Je me souviens que le moteur d'indexation de la V6 avait été entièrement refait et qu'il fallait reconstruire les index de bases lorsqu'on passait de la V4 et V5 vers la V6. Il doit y avoir une astuce similaire.

Merci pour la réponse.

J'ai détruit l'index et l'ai reconstruit... Sans succès.
J'ai essayé sur un autre serveur 8.5.1 (histoire de voir si c'est pas le serveur qui déconnait) et toujours pareil...

C'est vraiment comme si l'option "Run as Web user" ne fonctionnait que partiellement...

tu as le même comportement en client lourd?

Je viens de faire le test.
Même problème en client lourd.

Sur la base, en super-user (tous les droits), le FtSearch me renvoie 2555 documents.
Sur la même base, en user qui ne voit rien (aucun doc dans les vues car pas présent dans les champs lecteurs), le FtSearch me renvoie 2555 documents aussi (au lieu de 0 donc !).

....

Et si tu fais d'abord une collection qui te remonte uniquement les documents que l'utilisateur a le droit de voir puis un ftsearch sur la collection ?

cdlt

Alain

Demande aux admin de supprimer le répertoire d'indexation de la base et reconstruit le. Je crois que le fichier d'indexation ne s'est pas mis à jour correctement. Est-ce que les documents contiennent encore des champs de type lecteur?

nemrod93 a écrit:Et si tu fais d'abord une collection qui te remonte uniquement les documents que l'utilisateur a le droit de voir puis un ftsearch sur la collection ?

Pas possible dans notre cas car on utilise des FTSearch partout... Et le FTSearch est censé le faire le filtre tout seul, non ?

stloje a écrit:Demande aux admin de supprimer le répertoire d'indexation de la base et reconstruit le. Je crois que le fichier d'indexation ne s'est pas mis à jour correctement.

C'est fait. Ca n'a rien changé (mis à part les perfs).
Ce qui semble montrer que l'index n'y est pour rien vu que le pb est encore présent !

stloje a écrit:Est-ce que les documents contiennent encore des champs de type lecteur?

Oui, c'est d'ailleurs pour ça que je dis qu'il y a un problème.
Le FTSearch n'en prend pas compte et me renvoie les documents auxquels le user n'a pas accès en lecture.

Ce que je voulais dire par test en client lourd était celui de visualiser les documents cachés via une vue Notes par un utilisateur n'ayant pas les droits. Si le document n'est pas visible, le problème est bien au niveau de l'index, sinon il est au niveau des documents. Il ne faut pas utiliser le FTSearch pour vérifier si les documents sont visibles ou non. Il faut s'assurer que les documents sont biens masqués.

Désolé, je ne pouvais pas répondre vendredi.

Donc, effectivement, les documents sont bien masqués en client lourd (comme en web) pour l'utilisateur.

Donc, on pourrait dire que ca vient de l'index, mais... quand on supprime l'index et qu'on fait le ftsearch, le problème est toujours présent...

Donc, on pourrait dire que ce n'est pas l'index...

Ce que je vais essayer de faire, c'est de refaire une migration étape par étape... (j'avais fait V6.5 => V8.5.1).
C'est à dire :
Faire V6.5 => V7.0.4
Puis V7.0.4 => V8.0.2
Puis V8.0.2 => V8.5.1

Je verrais ainsi si le pb se présente et à partir de quelle version et si donc si c'est un problème de la version 8.5.1.

Bonne chasse

Je n'avance rien, mais la recherche, tu l'as fait immédiatement après avoir supprimé l'index? J'ai peur que le résultat que tu as eu en retour provienne du "cache" du serveur.