Lorsque qu'un administrateur restreint édite les caractéristiques de
sa rubrique, elle repasse forcément à la racine du site même si elle
était ailleurs dans la hiérarchie. De même, lorsqu'il crée un
sous-rubrique, il ne peut la créer qu'à la racine du site (et spip
l'accepte sans broncher).
Le problème doit se situer sûrement dans la fonction enfant() et dans
la partie qui s'occupe de vérifier qu'un admin restreint ne peut que
modifier et créer que dans _sa_ ou _ses_ rubriques. J'ai essayé de
voir, mais j'ai pas trouvé où est la faille (j'suis fatigué :-)) ou
alors peut-être là (dans rubriques_edit.php3) :
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
enfant(0);
Il faudrait peut-être ne pas afficher Racine du site forcément et
faire une boucle sur enfant() avec comme arguments successifs les
rubriques que peut gérer l'admin restreint connecté. ???
Lorsque qu'un administrateur restreint édite les caractéristiques de
sa rubrique, elle repasse forcément à la racine du site même si elle
était ailleurs dans la hiérarchie. De même, lorsqu'il crée un
sous-rubrique, il ne peut la créer qu'à la racine du site (et spip
l'accepte sans broncher).
Le problème doit se situer sûrement dans la fonction enfant() et
dans la partie qui s'occupe de vérifier qu'un admin restreint ne
peut que modifier et créer que dans _sa_ ou _ses_ rubriques. J'ai
essayé de voir, mais j'ai pas trouvé où est la faille (j'suis
fatigué :-)) ou alors peut-être là (dans rubriques_edit.php3) :
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
enfant(0);
Il faudrait peut-être ne pas afficher Racine du site forcément et
faire une boucle sur enfant() avec comme arguments successifs les
rubriques que peut gérer l'admin restreint connecté. ???
Je n'ai rien vu passer dans les corrections de bogues de cette
semaine. Est-ce que c'est seulement sur mon installation ou partout ?
Le bogue que je signalais dans mes courriels précédents vient bien de :
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
enfant(0);
dans rubriques_edit.php3. Si l'administrateur restreint gère une
rubrique qui n'est pas un secteur, la précédure enfant() ne détecte
aucune rubrique valide. De plus, laisser
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
est faux puisque les adm. restreints n'ont pas accès à la racine.
Donc on devrait le tester via un if :
if ($connect_statut != '0minirezo' OR !$connect_toutes_rubriques) {
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
}
(ou quelque chose d'approchant).
Sinon, j'aimerai savoir comment faire pour avoir un feed-back sur un
bogue. Je sais que les développeurs ne peuvent répondre à tout le
monde mais un simple « Bogue noté » suffirait à savoir que la chose
est prise en compte. Sinon, on (je en tout cas) se demande si le
courriel est passé inaperçu, si on a fait une gaffe, si on ne plaît
plus (a-t-on jamais plu... ? :-)), etc.
À (At) 16:10 +0200 19/09/2001, Gilles Perez-Lambert écrivait (wrote) :
Sinon, j'aimerai savoir comment faire pour avoir un feed-back sur un
bogue. Je sais que les développeurs ne peuvent répondre à tout le
monde mais un simple « Bogue noté » suffirait à savoir que la chose
est prise en compte. Sinon, on (je en tout cas) se demande si le
courriel est passé inaperçu, si on a fait une gaffe, si on ne plaît
plus (a-t-on jamais plu... ? :-)), etc.
Cette question reste d'actualité : je vois défiler les bêtas sans que
le problème que j'ai signalé soit résolu et ce problème est pourtant
assez handicapant. Quelqu'un qui écrit le code pourrait-il
répondre ?? Je veux bien mettre les mains dans le cambouis mais le
développement reste assez fermé, ce que je comprends (je crois
comprendre en lisant vos messages que vous vous rencontrez
régulièrement ce qui est plus pratique). Mais alors il faudrait peut
être résoudre les bogues ou du moins dire « OK, c'est noté, on
verra ». Désolé de me répéter mais que faire ?
Ce qu'il y a à faire, c'est répéter comme tu le fais, mais en répétant
surtout le bugue signalé, parce que là, c'est un peu chaud à
retrouver.
Pas de problème :-), les voilì :
À (At) 17:24 +0200 13/09/2001, Gilles Perez-Lambert écrivait (wrote) :
Lorsque qu'un administrateur restreint édite les caractéristiques de
sa rubrique, elle repasse forcément à la racine du site même si elle
était ailleurs dans la hiérarchie. De même, lorsqu'il crée un
sous-rubrique, il ne peut la créer qu'à la racine du site (et spip
l'accepte sans broncher).
Le problème doit se situer sûrement dans la fonction enfant() et
dans la partie qui s'occupe de vérifier qu'un admin restreint ne
peut que modifier et créer que dans _sa_ ou _ses_ rubriques. J'ai
essayé de voir, mais j'ai pas trouvé où est la faille (j'suis
fatigué :-)) ou alors peut-être là (dans rubriques_edit.php3) :
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
enfant(0);
Il faudrait peut-être ne pas afficher Racine du site forcément et
faire une boucle sur enfant() avec comme arguments successifs les
rubriques que peut gérer l'admin restreint connecté. ???
À (At) 16:10 +0200 19/09/2001, Gilles Perez-Lambert écrivait (wrote) :
Le bogue que je signalais dans mes courriels précédents vient bien de :
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
enfant(0);
dans rubriques_edit.php3. Si l'administrateur restreint gère une
rubrique qui n'est pas un secteur, la précédure enfant() ne détecte
aucune rubrique valide. De plus, laisser
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
est faux puisque les adm. restreints n'ont pas accès à la racine.
Donc on devrait le tester via un if :
if ($connect_statut != '0minirezo' OR !$connect_toutes_rubriques) {
echo "<OPTION".mySel("0",$id_parent).">Racine du site\n";
}
Ouip, on a noté l'existence du bug. Pour ce qui est de le corriger,
on attend le retour d'Arno, qui est plus à même de mettre le nez
dans son propre code. Voilà ;))
À (At) 1:01 +0200 28/09/2001, Antoine Pitrou écrivait (wrote) :
Ouip, on a noté l'existence du bug. Pour ce qui est de le corriger,
on attend le retour d'Arno, qui est plus à même de mettre le nez
dans son propre code. Voilà ;))
