531ed68061
Caused by8214109778Before said commit, a vertexgroup `TreeElement` would take its `idcode` in a questionable way described in the commit messages of0c0bc61918and0a633a4e07. Since8214109778this is not the case anymore, it is just 0.4292bb060dmade this comment (guess this never happened): >/* We need to figure out how to deal with the idcode for non- TSE_SOME_ID types still. Some rely on it... */ So in order to return to the prior behavior, we could just enable the following line (even for the new type design), this will work, but feels rather shaky (the basic question here is just "do we want idcode to point to the owner ID for something like vertexgroups?" -- still cannot answer this question tbh.): `te->idcode = GS(owner_id->name);` So one of the places where the logic relied on `idcode` is alphabetical sorting. The logic excluded some elements from the sorting (by explicitly setting their `idcode` to zero) and this is where we now coughing up because... well we are always having a zero `idcode` for the new type design. To resolve, just explicitly enable sorting for `TSE_DEFGROUP` again by explicitly setting their `idcode` to non-zero(one). Pull Request: https://projects.blender.org/blender/blender/pulls/130750
Blender
Blender is the free and open source 3D creation suite. It supports the entirety of the 3D pipeline-modeling, rigging, animation, simulation, rendering, compositing, motion tracking and video editing.
Project Pages
Development
License
Blender as a whole is licensed under the GNU General Public License, Version 3. Individual files may have a different, but compatible license.
See blender.org/about/license for details.