Django admin save no envía acción post_remove con m2m_changed signal

Question

Estoy tratando de obtener un modelo muchos a muchos para actualizar cuando guardo un modelo relacionado. Esto debería ser posible usando el m2m_changed signal (y funciona, pero no en el administrador?) P.

# i want the references field to update when related model is saved. 
# so just call count_references 

class Tag(models.Model): 
    """Group everything into categories""" 
    # stuff stuff stuff 
    references = models.IntegerField(default=0, editable=False) 

    def count_references(self): 
     # just add up references each time to save headaches 
     self.references = 0 
     # search for reverse managers 
     sets = re.compile('^\w+_set$') 
     for rel_set in [method for method in dir(self) if sets.match(method)]: 
      self.references += getattr(self, rel_set).count() 
     self.save() 

class Entry(models.Model): 
    """Blog entry""" 
    # stuff stuff stuff 
    tags = models.ManyToManyField('Tag', blank=True) 

# this will call count_references when entry adds or removes tags 

@receiver(m2m_changed, sender=Entry.tags.through) 
def update_tag_ref_count(sender, instance, action, reverse, model, pk_set, **kwargs): 
    print action 
    if not reverse and action == 'post_add' or action == 'post_remove': 
     for tag_pk in pk_set: 
      print tag_pk 
      Tag.objects.get(pk=tag_pk).count_references() 
      print Tag.objects.get(pk=tag_pk).references 

Todo funciona perfectamente cuando se ejecuta en el caparazón. p.ej. con un tests.py así:

t = Tag.objects.all()[0] 
s = Snippet.objects.all()[0] 

s.tags.remove(t) 
s.save() 

s.tags.add(t) 
s.save() 

me sale el siguiente (donde 'prueba' es el nombre de la etiqueta que se está imprimiendo):

pre_remove 
post_remove 
test 
0 
pre_add 
post_add 
test 
1 

perfecto! Y cuando agrego una etiqueta a una entrada en el administrador obtengo lo siguiente (entre cosas HTTP):

pre_clear 
post_clear 
pre_add 
post_add 
test 
1 

¡todavía es bueno! no estoy seguro de qué fue lo que se solicitó pre/post_clear ... y cuando lo eliminé:

pre_clear 
post_clear 

argh! ¡Pre/post_remove no se llama! pre/post_clear es inútil y no proporciona claves principales. esto se siente como un error en la implementación del administrador. ¿alguna sugerencia?

Actualización: Bug #16073 archivado y aceptado.

Answer 1

(Creación de esto como un wiki de la comunidad para cerrar esto como una cuestión "sin respuesta".)

trata de un error en Django. OP archivó un boleto en https://code.djangoproject.com/ticket/16073.