DominoArea.org [Archive]

par **Scualito** » 12 Jan 2010 à 16:44

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 !

par **Scualito** » 14 Jan 2010 à 13:58

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

Site internet · par **Michael DELIQUE** » 14 Jan 2010 à 14:10

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

par **Scualito** » 14 Jan 2010 à 14:14

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

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

par **stloje** » 14 Jan 2010 à 15:16

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.

par **Scualito** » 14 Jan 2010 à 15:22

Merci pour la réponse.

J'ai détruit l'index et l'ai reconstruit... Sans succès. :mur:

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... :cry:

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

par **stloje** » 14 Jan 2010 à 15:27

tu as le même comportement en client lourd?

par **Scualito** » 14 Jan 2010 à 16:50

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 !).

.... :cry:

par **nemrod93** » 14 Jan 2010 à 16:58

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

par **stloje** » 14 Jan 2010 à 17:00

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?

par **Scualito** » 14 Jan 2010 à 17:23

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.

par **stloje** » 15 Jan 2010 à 10:31

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.

par **Scualito** » 18 Jan 2010 à 09:53

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.

par **nemrod93** » 18 Jan 2010 à 11:18

Bonne chasse :lol:

par **stloje** » 18 Jan 2010 à 13:57

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.

DominoArea.org [Archive]

Pb de FtSearch dans la cadre d'une migration en 8.5

Pb de FtSearch dans la cadre d'une migration en 8.5