Probleme 1.9.1 avec le critere doublons sur table additionnelle

Général
1

Bonjour,
  J'ai crée une table additionnelle REFS avec des doc bibliographiques. Cela
fonctionne (SPIP 1.9.1) tant que je n'utilise pas le critère 'doublons. Mais
j'en ai besoin car j'ai deux boucles inbriquées pour une classement par
année. Quelqu'un a-t'il le même probleme? Est-ce un bug?

exemple :
...
<B_year>
   <BOUCLE_year(refs){par year}{inverse}>
     <B_ref>
       #YEAR
       <BOUCLE_ref(refs){year}{par id}{inverse}{author==#NOM}>
         #AUTHOR
         (...)
       </BOUCLE_ref>
     </B_ref>
         (...)
     <//B_ref>
   </BOUCLE_year>
</B_year>
...
ca sa marche bien, mais avec des doublons bien sûr!!

mais si j'ecris à la 5eme ligne
<BOUCLE_ref(refs){year}{par id}{inverse}{author==#NOM}{doublons}>

j'obtiens alors l'erreur suivante:

# Erreur(s) dans le squelette

    * doublons sur une table sans index,
    * <BOUCLE_ref>(refs)
      Erreur MySQL
      refs.author FROM refs AS `refs` WHERE (refs.year = '2006') AND
(refs.author REGEXP 'DATURI') AND ((refs. NOT IN (0))) ORDER BY refs.id DESC
      Erreur de syntaxe prés de 'NOT IN (0))) ORDER BY refs.id DESC' à la
ligne 5
      </BOUCLE_ref>

Qu'en pensez vous?

2

Christian <christian.fernandez <at> wanadoo.fr> writes:

Bonjour,
  J'ai crée une table additionnelle REFS avec des doc bibliographiques. Cela
fonctionne (SPIP 1.9.1) tant que je n'utilise pas le critère 'doublons. Mais
j'en ai besoin car j'ai deux boucles inbriquées pour une classement par
année. Quelqu'un a-t'il le même probleme? Est-ce un bug?

En fait, il faut déclarer la structure de la table avec la definition de la clé
clé primaire dans "mes_options.php"... Celle ci n'est pas détectée
automatiquement pour les tables ajoutées. Si on utilise pas le mot clé doublons,
il n'y a pas de problème.

J'ai posté le bug.