All other "Unhandled spine attachment" are irrelevant for that Spine and it should work
Thanks for your answer. Obviously all users who get this messages, including me, have not further problems with the loaded spine, so the messages indeed seem to be harmless.
I tested your assumption about the cause of the errors for a concrete spine and got this:
- In the spine is one slot (not its one assigned image) set invisible.
- Another slot is set visible with 4 assigned images, where 3 Images are invisible.
- Another slot is set visible with 3 assigned images, where 2 images are set invisible.
Loading this spine into GMS, I get this copied and pasted messages:
Unhandled spine attachment
Unhandled spine attachment
"C:\Users\mgierke\AppData\Roaming\GameMaker-Studio\GMAssetCompiler.exe" /c /td="C:\Users\mgierke\AppData\Local\gm_ttt_93397" /spinerootx="D:\FUNDUS\gierxware\013_general_dev001\003_john_chibi\body_left\skeleton.json"
Unhandled spine attachment
"C:\Users\mgierke\AppData\Roaming\GameMaker-Studio\GMAssetCompiler.exe" /c /td="C:\Users\mgierke\AppData\Local\gm_ttt_93397" /spinerooty="D:\FUNDUS\gierxware\013_general_dev001\003_john_chibi\body_left\skeleton.json"
Unhandled spine attachment
=> So 4 times "Unhandled spine attachment" for (5 invisible Images in 2 slots and one invisible slot with 1 visible image)
Also it is odd, that 2 times "Unhandled spine attachment" stands as a single line while it is two times followed by a path.
So I think, your assumption targets into the right direction of the cause of the errors, but it does not explain the messages totally.
YoYo should simply add an explanation for this messages to the spine-part of the documentation, as the user should understand the spine-specific responses from YoYo's
developed officially spine-runtime.