Base gestion de Ressources et Salles

[SISSI]

Bjr,

Nous avons une base de gestion des ressources en version 7 où nous gérons les résa. de salles. Nous avons créé une salle avec une capacité de 1 mais nous voulons changer cette capacité et mettre 2. Dans la base gestion des Ressources il n'est pas possible de le faire car Lotus nous lance un message "Le changement de la ressource ou de la salle est en cours. Aucune autre modifications n'est autorisé pour le moment." lorsque que l'on double-clique ou clique sur "Modifier ressource". Directement dans la fiche de la Ressource dans le client d'admin j'ai pu faire la modif... mais par contre la modif ne se répercute pas dans la base Gestion des ressources. Zut ! d'où ça peut venir ? ai fait dbcache flush mais rien n'y fait. Une idée ?

Merci

[roubech]

vérifier les requetes adminp

[SISSI]

Justement j'ai rien trouvé dans Admin4 alors je sais pas comment où c'est bloqué Ma modif faite dans la fiche de la salle depuis le client d'admin ne s'est pas répercuté sur la salle dans la base. snif ! je ne voudrais pas aller à l'extrème limite et supprimer la salle (remarque vu que c'est bloqué, je ne pourrais peut-etre meme pas suppr la salle). donc je tourne en rond

[Dominux]

Le plus rapide est de virer et refaire la salle, autre solution est de modifier le champ via un agent dans la base de ressource mais c'est pas normal. Pour le message d'interdiction de modification c'est un champ dans le doc de la salle qui indique qu'une opération est en cours, il faut le remettre à zéro. Le code source de la base de résa est libre d'accès, pas trop difficile pour un développeur si vous en avez un.

[SISSI]

Quel est le champ à mettre à zéro ? je connais un peu le code.

[Sylvain-PEPIN]

salut,

J'ai déjà eu ce genre de pb, de mémoire, j'ai dû bosser avec le debugger, pour identifier le champs qui bloque l'action.
Je viens d'essayer de regarder chez IBM, si je retrouvais une technote sur ça, mais no luck, je crois que je m'étais débrouillé tout seul.

Si je retrouve qqchose, je te le post...

[SISSI]

OK merci. Une collègue développeuse a trouvé que cela venait du champ $PrevBusyName qui est généré lors dors d'une modif de nom et ce champ doit ensuite etre suppr quand le renommage a été fait. Il y a du y avoir un bug car le renommage s'est bien fait mais l'ancien nom se retrouve tjrs dans ce champ qui existe tjrs donc. On cherche à voir comment le supprimer car mettre à zéro ne suffirait pas... mais si tu retrouves qqs choses on est preneuses.

[Sylvain-PEPIN]

effectivement, ça me dit qqchose...Après, rien ne t'empêche de faire un petit agent, qui dégage la valeur du champs, pour cette ressource...c'était ce que j'avais fait....aucun scrupule !