Another texture override querk. TextureSuffix of an overrided part will not match the texture of the whole model if another overrided part is in the model.

For demonstration, I have 4 variants of villagers (solid color for easy understanding)
I have added a cape with a texture override in the part that uses textureSuffix to match the color of the villagers (Cape badly positioned for easy understanding) textureSuffix works fine in this scenario.

But if you add another part with a texture override textureSuffix will take the suffix of this part. (I have added a cube on top of the head for easy understanding)
Below the first picture show the expected behavior with the cape matching the villager color. The second one has the little cube added with only one color possible. The cape will only match this color

Cape .properties is:

textureSuffix.1=1
skins.1=1
textureSuffix.2=2
skins.2=2
textureSuffix.3=3
skins.3=3
textureSuffix.4=4
skins.4=4

Little cube .properties is

skins.1= 1 
weights.1= 1

In the .jem, order of parts doesn't seems to affect the result

Expected behavior
The textureSuffix to match the overall texture of the entity.
A right click on the entity show that it can read the correct texture.

I tested with only EMF/ETF (latest) and mod menu on 1.21.5 (I discover that doing an udpate in like 1.21 iirc, been a few month)

I took the villager model exported. Here is the pack for testing
test villagers texture suffix.zip

My brain is melting, but apprently for the cape part

textureSuffix.1=1-3
skins.1=1

skins.3=3

is fine with the example pack above (with only the main texture and cape part overrided), but something break when using a larger number of textures. I can't pin point it tho.... probably related to wrong path shown with right clicks found in #363 ...

Edit, when the pack refresh it seems the expected result is shown for a split second, then they take either only one color or one mai and just a few random. I shall make a quick video when my internet will let me upload it quickly :D