* Fixes for the threading algorithm (thanks to Abdó Roig)
The problem was that once a container got a parent, it did not change it anymore due to the child_elligible condition, but the parent might have been assigned from an incomplete References sequence. Now, we make sure the last reference gets to be the message's parent (following the JWZ's algorithm), reparenting the message if necessary. This makes sense, as the last parent-child relationship (between last ref and the message) is the most reliable piece of info here. Instead of child_elligible, we now only check that the new parent is not a descendant of the current message, to prevent making a loop. Everything else is fine, as it only moves a subtree around.
This commit is contained in:
@ -200,8 +200,8 @@ mu_container_remove_child (MuContainer *c, MuContainer *child)
|
||||
g_return_val_if_fail (c, NULL);
|
||||
g_return_val_if_fail (child, NULL);
|
||||
|
||||
g_assert (!child->child);
|
||||
g_return_val_if_fail (!child->child, NULL);
|
||||
/* g_assert (!child->child); */
|
||||
/* g_return_val_if_fail (!child->child, NULL); */
|
||||
g_return_val_if_fail (c != child, NULL);
|
||||
|
||||
c->child = mu_container_remove_sibling (c->child, child);
|
||||
|
||||
Reference in New Issue
Block a user