[Résolu]Récupération champ multivalué dans un doc profile

[camilleB]

Bonjour,
j'ai un doc profile dans lequel j'ai un champ DirRessource multivalué de type liste de dialogue. Les valeurs sont récupérées dans le carnet d'adresses et séparées par une virgule. Le champ contient actuellement les valeurs "userA", "userB".
Avant ce champ n'était pas multivalué et contenait une seule valeur: "userA"
J'ai été surpris dans le debuger de voir que lorsque je veux lire les valeurs par et les écrire dans un autre champ pour envoyer un email à ces users:

Code : Tout sélectionner

doc.Destinataires=docprofile.DirRessource

Pour envoyer l'email j'ai une fonction email:

Code : Tout sélectionner

docmail.sendTo=doc.Destinataires

SendTo ne contient qu'une seule valeur!
En remontant et en regardant les valeurs du champ DirRessource je constate toujours une seule valeur. Tout en ayant saisie deux valeurs dans le masque profile, je n'en récupère qu'une seule.
Je vais tenter de supprimer et recréer le docprofile pour voir!
Auriez vous une petite idée?
Merci.
cdt
camille

[Michael DELIQUE]

salut

un doc profile n'est mis ajours qu'une fois par session. donc si tu as un doute tu enregistre ton doc et ensuite tu ferme la base (et tu le retire aussi du designer)

si le probleme viens de là ça le regle

[LSong]

si tu peux déjà évite d'utiliser les profils c'est une plaie, sinon effectivement ça semble est un problème de mémoire tampon sur le profil

tu peu aussi fermer notes et rouvrir la base

[Michael DELIQUE]

les documents profiles, c'est tres pratiques pour les parametres qui bougent tres peu. sinon en effet faut pas les utiliser

[camilleB]

Salut à tous,
Ces paramètres sont saisis une seule fois au lancement de la base.
Effectivement, je me suis toujours posé la question: doc profile ou doc simple pour le paramétrage d'une base? Je crois qu'il y a ceux qui sont pour et d'autre contre.
Je vais fermer et relancer le client pour voir déjà! Mais je l'avais déjà fait, mais comme le designer est encore ouvert!
Je vous tiens au courant.
Merci
cdt
camille

[LSong]

je ne vois pas trop l'avantage des profils face à un simple document de paramètre dans une vue, le gain de temps lors de l'écriture du code est vide perdu dans les problème varié qu'il ocsasione

enfin ce n'est que mon avis, mis a par le cas du profil user

[Michael DELIQUE]

un seul avantage, coté sécurité. aucun petit malin ne peut y avoir acces

[LSong]

un petit malin comme moi est capable de trouver les doc de profil sauf si tu y mette un champs lecteur ...

[Michael DELIQUE]

je sais, mais ça rend les chose quand meme beaucoup plus compliqué

et qui te dis que je ne mets pas de champs auteurs/lecteurs sur mes docs profils ?

[LSong]

auteur je veux bien mais il y a toujours moyen de contourner un champs auteur
lecteur par-contre ça devient pas très utile comme document de paramètre, quoi qu'il y a moyen ... mais ça devient un peu paranoïaque

[Michael DELIQUE]

je sais ya toujours moyens de contourner.

mais un des principes de la sécurité est de rendre la chose le plus difficile possible.

entre une porte ouverte et une porte blindé ya une grosse différence.

[LSong]

un système est sécurisé quand même l'auteur ne vois pas comment le contournée, un peu comme pgp même en étant un expert en cypto sans la clef privé tu n'es pas rendu

[Michael DELIQUE]

rien n'empeche de crypter les documents...

[camilleB]

Salut, je crois que je vais arrêter l'utilisation des doc profiles avec vos recommandations pour le paramétrage.
En fermant le designer + le signet de la base + une autre session de la base d'un user je reviens à quelque chose de bien plus normal.
Je garderai les profiles uniquement si besoin d'une personnalisation pour un user.
En plus je pense que ce n'est pas adapté à des sessions citrix!
Merci!
cdt
camille