La gestion de rang_lien par le core est defectueuse
La gestion automatique du champ rang_lien a ete introduite dans le core via dd48fb36
Soit.
Mais ce qui n'etait pas dit c'est que du coup ca forcait la methode de comptage du rang qui va bien pour l'usage habituel du core (auteurs et documents) a savoir : on compte tous les id_xx d'un meme couple objet-id_objet pour ordonner
C'est en effet exactement ce qu'on veut sur spip_auteurs_liens et spip_documents_liens dans l'usage general du core (on ordonne les auteurs d'un article, ou les documents d'un article)
Mais si on veut compter dans l'autre sens (tous les objet-id_objet associes a un meme id_xx) on est marron.
Pire : du code qui fonctionnait tres bien avant en SPIP 3.2 avec un champ rang_lien et une fonction ordonner() perso appelee systematiquement apres objet_associer() ne fonctionne plus du tout car croyant bien faire le core prend la main lors de l'insertion du lien pour initialiser rang_lien. Mais comme il compte dans le mauvais sens, il trouve un rang erroné, insère avec ce rang et réordonne tout le monde dans la foulée sans laisser aucune chance a l'appelant
C'est donc facheux