Change Details

Converting to the SoA format (T95965) immediately when reading meshes means that none of the changes from versioning would be applied first. This means important fixes like rBf14995aba70a aren't properly applied, so modifications could be done to invalid `CustomData`. One option is to just move all changes to `CustomData` to mesh reading code, but that doesn't align with the purpose of versioning, and adds unnecessary _permanent_ complexity. Instead, just run the mesh versioning in the regular versioning file. Unlike other versioning, we won't put this behind a subversion bump until 4.0. Another option is structuring the change more like `ntreeUpdateAllNew`, but IMO that doesn't fit well with the fact that this is just versioning where we also happen to write with the old format for the time being. --- I noticed this problem when working on D15795. To reproduce, check out `refactor-mesh-selection-generic` and run `ctest -R physics_cloth`.

Converting to the SoA format (T95965) immediately when reading meshes means that none of the changes from versioning would be applied first. This means important fixes like rBf14995aba70a aren't properly applied, so modifications could be done to invalid `CustomData`. To fix this, we move the SoA changes into versioning code, in a new `versioning_400.cc` file. Another option is moving all `CustomData`versioning changes to readfile code, but that doesn't scale well and mixes the purpose of the two areas. --- I noticed this problem when working on D15795. To reproduce, check out `refactor-mesh-selection-generic` and run `ctest -R physics_cloth`.

Converting to the SoA format (T95965) immediately when reading meshes means that none of the changes from versioning would be applied first. This means important fixes like rBf14995aba70a aren't properly applied, so modifications could be done to invalid `CustomData`. One option is to just move all changes to `CustomData` to mesh reading code, but that doesn't align with the purpose of versioning, and adds unnecessary _permanent_ complexity. Instead, just run the mesh versioning in the regular versioning file.To fix this, Unlike otherwe move the SoA changes into versioning code, we won't put this behind a subin a new `version bump until 4.0ing_400.cc` file. Another option is structuring the change more like `ntreeUpdateAllNew`moving all `CustomData`versioning changes to readfile code, but IMO that doesn't fit well with the fact that this is just versioning wherscale we also happen to write with ll and mixes the old format forpurpose of the time being.wo areas. --- I noticed this problem when working on D15795. To reproduce, check out `refactor-mesh-selection-generic` and run `ctest -R physics_cloth`.