Pushing a Character Map causes stack overflow about spriterdotnet

[loodakrawa]

I wasn't able to replicate the issue. The only case I can think of where this could be happening is when a character map file points to itself which shouldn't be happening. Is that perhaps the case?

Something like this:
<character_map id="0" name="alternate 1"> <map folder="0" file="0" target_folder="0" target_file="0"/> </character_map>

[MattDahEpic]

There are lines like that in the spriter file, is that a case of replacement textures being the same as the textures they replace?

[loodakrawa]

Depends on the content. It basically says - for this character map, replace [folder,file] with [target_folder,target_file]. So if they match it means the file points to itself which is causing the stack overflow. Can you please check if that's the case?

You also said it happens in the example - which modifications did you do to the example? Because I'm fairly certain it doesn't happen by default.

I'm trying to determine if this is just a case of weird data or an edge case I missed.

[MattDahEpic]

OK, I did a bit of testing. My animation was replacing sprites with themselves (folder==target_folder, file==target_file) and I replaced your GreyGuy with my Grey(AndGreen)Guy which had the same problem.

The problem is my making, but if I could suggest some sort of sanity check when importing it may prevent future users from running into this problem since spriter seems to handle assigning textures to themselves just fine.

[loodakrawa]

Will definitely fix it. Thanks for reporting and helping diagnose the problem!