cubicweb-forge #636921 add Ticket superseded_by Ticket ? [deprecated]

> > > > > > Aussi, Sylvain tu as mentionne dans jabber que je pouvais oublier
> > > > > > http://intranet.logilab.fr/jpl/ticket/33682. On le sort de la version, ou on
> > > > > > le ferme tout simplement?
> > > > >
> > > > > je l'ai rejeté en faveur du ticket équivalent sur cw.
> > > >
> > > > je ne suis pas convaincu que "rejeté" soit le bon terme.
> > > >
> > > > il y a un truc qui ne marche pas dans jpl. en le rejetant tu le fais
> > > > disparaître, mais ça ne marche toujours pas. c'est plutôt une relation
> > > > de dépendance que nous avons là. le truc ne pourra pas marcher avant
> > > > que la version X de cw soit livrée. si on veut que ça marche avec 0.9,
> > > > il faut donc que 0.9 dépende de cw X.
> > >
> > > oui et non, car le pb n'a rien à voir avec jpl. Dans le cas d'un bug sur logilab-common,
> > > veut-on voir la chose sur tout les projets qui utilisent lgc de près ou de loin ?
> > > Le pb c'est plutot que les tickets "rejetés" disparaissent quasiment de la circulation.
> >
> > et j'ajouterai que si je ne le rejette pas, on a l'impression que c'est une
> > charge de travail sur jpl ce qui n'est pas le cas.
>
> si ce n'est que ça, on peut mettre la charge à zéro.

ce n'est pas que ça, j'ai dit "j'ajouterai que" :p

> je ne suis toujours pas convaincu que le rejet soit la bonne option.

moi non plus, mais le garder en l'état me parait pas mieux. Faudrait plutot une relation
Ticket superseded_by Ticket avec changement d'état automatique du ticket d'origine quand
le ticket qui le remplace change d'état. Sauf que là en multi-sources ça ne marchera pas.
prioritynormal
typeenhancement
done in<not specified>
load0.000
load left0.000
closed by<not specified>