Voir les traceurs | Bugs | Exporter au format CSV
Le problème est du coté des modèles odt. En effet, les informations supplémentaires non accessibles par l'auteur d''un projet ne sont pas associées et n'existe donc pas en base de données. Lors de la fusion, webdelib n'initialise pas les variables de fusions des info sup. non accessible ce qui fait que le test prendActe=="0" est toujours faux et donc c'est OUI qui sera afficher. Pour remédier à ce problème il faut faire le test dans l'autre sens : si prendActe=="1" alors OUI sinon NON
il semble que le pb ne soit pas resolu dans le cas des utilisateur n'ayant pas acces en ecriture à l'info sup. les tests montrent que chez ces gens là(!) le document généré affiche tjrs la meme chose, qq soit la valuer du predicat. pas glop! le predicat ne peut ramener que 2 valeurs: 0 ou 1 et les modeles exploitent cela. que j'ai acces en ecriture ou pas, le predicat est coché ou pas, et sa valeur est donc 1 ou 0.
Je complète : Quand un rédacteur qui a accès à l'info supp de type booléen crée un projet : tout marche bien. Quand je génère le PDF, ça prend la valeur correcte selon que j'ai coché la case ou non. Quand un rédacteur qui n'a pas accès à l'info supp de type booléen crée un projet : Webdelib considère tjs que la case est cochée alors qu'elle ne l'est pas. Affichage du PDF incorrect. Tu peux testé avec l'info supp "prend acte" "SASS1" y a accès "nathalie" n'y a pas accès
Le 14/06 le problème persiste : quand je génère les projets c'est toujours la valeur "OUI" qui s'affiche.
Corrigé dans le patch 02 de la v4.1. Il s'agisait d'un problème de comportement des cases à cocher avec la gestion des droits sur les profils des infosups
Pas de documents joints