DominoArea.org [Archive]

par **hugo** » 23 Sep 2009 à 10:21

Bonjour à tous,

Suite à la migration de 6.5 vers 8.5 j'ai développé une procédure permettant à l'utilisateur de faire une nouvelle signateur "normalisée" dans sa base courrier. Cette procédure ouvre le document profil, elle travaille donc via l'uidoc, puis copie dans le richtext la nouvelle signature et coche la zone "Signer automatiquement".

Je rencontre avec certains utilisateurs un problème : il me dit que le champ "Signer automatiquement" n'existe pas ! En passant le back en mode débug je peux bien instancier ce champ, celui-ci existe donc. J'ai essayé d'attribuer la valeur par le back et de rafraichir l'uidoc ou même de ne l'ouvrir qu'après mais rien n'y fait, cette zone ne change jamais dans l'uidoc. Je ne sais pas pourquoi, peut être a cause de la migration, mais le document profil semble totalement "éroné".

Le seul moyen de contournement dont je dispose actuellement est de demander à l'utilisateur d'ouvrir lui même son doc profil puis de cocher cette zone et de faire "ok". Cela enregistre le document profil et instancie réelement les champs. Suite à cette ma,ipulation la procédure fonctionne à nouveau.

Avez-vous une idée qui me permettrait de "réparer" le document profil de l'utilisateur si celui-ci est corrompu ?

Merci pour votre aide

Site internet · par **Michael DELIQUE** » 23 Sep 2009 à 10:23

salut

moi je supprimerais le doc profile corrompu.

par **hugo** » 23 Sep 2009 à 10:48

J'ai déjà pensé à cette solution mais je perdrai alors toutes les préférences enregistrées par l'utilisateur, ça ne me convient pas vraiment.

Merci pour l'aide

Site internet · par **Michael DELIQUE** » 23 Sep 2009 à 10:51

d'un autre coté quand un document est corrompu la meilleur solution est de le supprimer !

Site internet · par **Michael DELIQUE** » 23 Sep 2009 à 10:54

au fait je te rappel qu'un document profil ce met a jours une fois par session !

donc si tu change le doc profil d'un user, il faut que tu referme la base et que l'utilisateur en fasse autant pour que la modification "apparaisse" pour l'utilisateur

par **Jérome Deniau** » 23 Sep 2009 à 10:58

scanEZ d'Ytria, on peut le louer à la journée ou à la semaine, donc pas cher et en plus cela permet de comprendre la merde des profils (une 20aine désormais) dans les bases mails.

par **mclement** » 24 Sep 2009 à 15:02

on peut meme l'acheter

par **Jérome Deniau** » 24 Sep 2009 à 18:06

Non mclement, il n'y a que les bretons qui achètent Ytria ;-)

par **d.bugger** » 28 Sep 2009 à 10:59

C'est plus facile:
1/ crée une copie complète du document profil (avec une nouvelle UNID etc)
2/ utilise
Set notesDocumentCollection = notesDatabase.GetProfileDocCollection( [profilename$] )
pour trouver tous les docs profil du même noms, et supprimez-les
3/ enregistre ton nouveau doc profil

Set profdoc2= New NotesDocument(db)
Call profdoc.CopyAllItems(profdoc2, True)
Set pdc= db.GetProfileDocCollection("DbProfile")
Call pdc.RemoveAll(True)
Set profdoc= db.GetProfileDocument("DbProfile")
Call profdoc2.CopyAllItems(profdoc, True)
Call profdoc.Save(True,False)

par **Jérome Deniau** » 28 Sep 2009 à 11:08

computewithform sur le document profil en LS

par **d.bugger** » 28 Sep 2009 à 11:34

Pour quoi faire??

par **Jérome Deniau** » 28 Sep 2009 à 12:47

Juste parce qu'il indique que cela fonctionne quand l'utilisateur ouvre le profil et clique sur OK ;-)

par **d.bugger** » 28 Sep 2009 à 13:13

Dans ces cas là, j'ai trouvé que souvent il y a 2 docs profil: l'original et son duplicata. Le duplicata est en fait un doc conflit, il y avait 2 mises à jour sur deux bases répliques différentes. Vu que les docs profil ne peuvent pas avoir des conflits, il y a deux docs profil différents.

Bien sûr ça marche après une modification par l'utilisateur. Mais attends la réplication, et essaie sur l'autre réplique après la réplication...

J'espère que j'ai arrivé à l'expliquer un peu comment je pense que ça marche. Ma conclusion : il faut éviter (à tout prix) de modifier un doc profil sur plusieurs répliques de la même base.

par **Jérome Deniau** » 28 Sep 2009 à 13:16

Il ne peut pas y avoir de conflit sur un document profil

par **abertisch** » 28 Sep 2009 à 13:19

Jérôme Deniau a écrit:Il ne peut pas y avoir de conflit sur un document profil

ni de contrôle pour savoir s'il est déjà ouvert ou pas... :roll:

DominoArea.org [Archive]

Document profil corrompu

Document profil corrompu