Discussion :

[Eowyn]

Nous avons un problème avec nos rapports Crystal 9 avec c#.net.
Les rapports sont compris dans l'exe à compiler.
Lors de la compilation il arrive que des variables qui devraient se remplir manuellement lors de l'édition du rapport restent enregistrées "en dur" dans ce rapport.
Dès lors, les données reviennent toujours liées à cette valeur "en dur" quelle que soit la valeur entrée par l'utilisateur.

Quelqu'un a-t-il déjà eu ce genre de problème ?

[cdu]

slt
je n'ai jamais rencontré ton problème. Peut-être une idée à vérifier, tu génére peut-être un état statique, c'est à dire que tu as coché l'option sauvegardé les données avec l'état.
maigre contribution...

[Eowyn]

Ben non, nous avons décoché l'option "statique".
C'est bien là le souçi... Pourquoi est-ce qu'il garde cette valeur ?

[L.nico]

Désolé, Eowyn, Dame du Rohan, mais ton PB ne me dit rien ...
Comment as tu déclaré tes variables manuelles, comment tu les alimentes ? c'est des param ?.
Donne nous peut-être un peu plus de détail ....

[Eowyn]

Alors voilà des détails :

voici le contexte de mes états Crystal :

- les états sont contenus dans l'exécutable d'une application créée sur C#.NET
- l'application utilise le lanceur d'état intégré à .NET en référençant les DLL CrystalDecision du Framework 1.1

1er cas de figure :
o les paramètres sont entrés par l'utilisateur au niveau de l'état Crystal et ces paramètres sont ensuite transmis (via des variables C#) à des procédures Oracle qui alimentent une table temporaire qui contient les données finales nécessaires à l'état.
o Cette table temporaire est strictement liée à la SESSION INDEPENDANTE qui génère l'état, donc cette table se vide automatiquement à la fin de la génération de l'état en cours. => donc pas de soucis de donnée "qui traîne" dans cette table (vérification faite)
o Cette table temporaire est strictement liée à la SESSION INDEPENDANTE qui génère l'état, donc seules les données de la session sont visible => donc pas de soucis de "voir" des données d'une autre utilisateur qui ferait un état au même moment. (vérification faite)

2ème cas de figure :
o Les paramètres entrés par l'utilisateur sont directement utilisés pour faire un Select sur la base (directement via Crystal), sans passer par les procédures Oracle et la table temporaire.

Dans les 2 cas il s'agit d'un problème de paramètre D'ENTREE Crystal qui ne se réinitialisent pas et garde une valeur utilisée précédemment…

[sur_uix]

Pour le cas 2, peut-être que tu initialise mal le paramètre de crystal.
Montre nous ton code !!!

[cdu]

idée: tu as peut-être mis des valeurs par défaut à tes paramètres et lorsqu'il y a un problème de passage des valeurs de paramètres à l'état, tu retombes à chaque fois sur tes valeurs par défaut. Si c'est ça vire les valeurs par défaut, tu verras alors si il te redemande des paramètres au moment du lancement de l'état.

[Yorglaa]

Bonjour à tous, je reprends le traitement de ce cas pour le compte de Eowyn...

alors le cas de figure qui nous embête est le cas no 2.

les paramètres n'ont pas de valeurs par défaut (merci, belle tentative )

Pour le code, ce n'est pas utile dans le cas de figure 2 car il s'agit uniquement de paramètres Crystal "pur jus" qui ne passent pas du tout par des variables C#... donc il se réinitialisent à la cloture du rapport.

Actuellement le seul workaround que nous ayons pour remettre la situation "à plat" lorsque ça arrive est d'ouvrir le rapport concerné DANS Crystal Report (version 9), et non pas avec le launcher de .NET, puis de relancer une fois manuellement le refresh du rapport. Et là, une fois le rapport généré et refermé, les paramètres Crystal sont à nouveau réinitialisés à Null...

peut-être un problème du launcher du framework .NET ? il est à noter que ce problème est intermittent et pas forcément toujours sur le même rapport... tout comme on aime

[L.nico]

jamais rencontré ce problème ....
Désolé de ne pas pouvoir vous aider ....