Discussion :

[ayinay]

Bonjour,
Je suis face à un bug quasi improbable et je n'ai aucune idée d'où il peut provenir! Il s'agit de la modification d'une date obligatoir! Cette date contrairement à toute les autres dates de mon formulaire, elle n'est pas prise en compte quand je la modifie, avec un beau message d'erreur ( field "machin" must be not null) alors que la valeur de la date est bien modifiée sur le formulaire.
Je me suis dit que ça viens du fait que je suis en web et qu'il faut ajouter la mark needpost --> tjrs même erreur.
Je la passe en optionnelle --> ça marche. test avec d'autres champs de type date tout marche à part ce champs en question!
QQ un aurai une petite idée
P.S: méthode isoptional non surchargée!

Merci d'avance

[limon]

Bonjour Ayinay,

Tu es dans un cas de modif ou de création ?
Peux-tu me fournir le XML de la classe qui pose souci ?

A+

[ayinay]

Bonjour Limon,
Je ne crois pas que le probleme viens des marques. je ne passe ni par les marques génériques ni par les set génériques.
L'actions est une action set qui reprends des marques spécifiques. voila à quoi ça ressemble :
<DATE id="closure_region_reply_date" type='DATE'>
<F_BIND value="CLOSURE_REGION_REPLY_DATE" cbind="EVENT_CLS"/>
<NAME value="NAME_DATE_1_2"/>
<TAB_REF idref="f_tab_closure_cls_4"/>
<GROUP_REF idref="f_group_closure_cls_3"/>
<F_MARKS>
<MARK name="mrk_closure_step4_consult"/>
<MARK name="mrk_closure_step4_set"/>
<MARK name="mrk_closure_step5.1_consult"/>
<MARK name="mrk_closure_step5.2_consult"/>
<MARK name="mrk_closure_step8_consult"/>
<MARK name="mrk_closure_step9_consult"/>
</F_MARKS>
</DATE>
Le problème c'est que des champs du même type avec les meme marques et qui sont obligatoirs fonctionnent sans problèmes, et il n'y a que celui-ci qui cause problème!
Alors j'etais plus loin dans la réflexion et j'ai verifié les traces d'appel de méthode et de validation de form, et la valeur saisie est bien prise en compte ! mais il se permets de me dire que la valeur est null et qu'elle ne devrais pas!
Et encore mieux, sous swing ou swt ca marche sans aucun probleme, Mais sous DHTML ca marche pas biensur!
Je vois vraiment pas d'ou ça vient!

[ayinay]

Personne n'a d'idée????
Je suis toujours bloqué sur ce point.

Alors j'ai fais quelques verifications sur le checkNewValue et visiblement le champs en question lors de sa modification il ne passe pas par cette methode alors que tous les autres le font. Je me suis dis que ça peut être un problème de context, mais il n'y a pas vraiment de rapport, Puisque le champs lui même n'est jamais évalué.
Si qq1 a une idée à proposé je suis preneur!!

Ayinay

[rdmontreal]

Bonjour,
J'ai un bug semblable depuis que je suis passé de 4.2 à 4.4.

En Web, une date obligatoire apparait mal formattée après la lecture dans la bd (date souvent OK mais parfois non, mais l'heure est toujours bousillée et à chaque fois c'est différent).

Le problème est moins apparent lorsqu'on passe en création(? mais j'ai eu un ou deux cas weirdo). Les modifications subséquentes sont OK(?) jusqu'à ce qu'on quitte l'appli et qu'on l'a relance, ensuite les nouvelles modifs se bousillent...

Le problème est assez évident dans un formulaire. Je soupçonne un problème avec la partie "heure" d'un attribut "time stamp".

Mais tout va très bien en client lourd.

[ayinay]

Salut rdmontreal,
Alors j'ai résolu mon problème hier, mais je crois que non deux probl_mes sont diffèrents! bref pour résoudre mon probl_me il a suffit que je supprime le champ qui causait problème, puis j'en ai créer un nouveau avec un id diffèrent de l'ancien, j'ai remis les binding et ça a marché!
Bref pour ton problème il me semble que c'est au niveau du binding ou il y a un hic!
Ouvre un nouveau poste que l'on puisse le voir de plus près.
Merci encore pour ta réponse.

Ayinay