AGS: game crash in the combat sequences of 'metro city: resistance'

[i30817]

This game combat sequences take you to another screen. I will attach 2 savegames to make sure it's not a problem of saving while the original wasn't supposed to save, in one you need to press the ok button then enter the scrapyard when it lets you then to open the inventory (top bar bag item) click on the gray gun like object and when the cursor changes to a gun sights icon click on the button in the bottom right of the inventory to exit it and click on the blond robot.

Another is already in the combat. In either case, wait a bit until the third circle is filled. You have a few options here to trigger the crash. One is to be defensive (bottom row third circle) and wait until the third circle is again filled after the robot attack then attack yourself (top row third circle).

Another is to attack yourself in the first round with the third top row circle. That succeeded for me and took 2hp from the opponent but the counter attack crashed. Before these crashes there is a strange movement bug where the characters move out of the view. It seems the author may have been trying to implement knockback but ended crashing Ags.

Or you can wait for the last circle to be filled (the gun) and try to attack that also crashed for me.

the game is here: ​https://rik-vargard.itch.io/metro-city-resistance

it was updated just 25 days ago so I'm redownloading it to see if it makes any difference. edit: it doesn't, without restarting at least, which I didn't do since it would take a few more minutes to get into combat.

[i30817]

I reported this upstream and we found it's caused by the software renderer no fix yet.

[i30817]

A fix was found upstream.

[Max833]

Yes. More details: ​https://github.com/adventuregamestudio/ags/issues/2865

[i30817]

It comes to mind that this might help with the old skies crashes because scummvm always uses software rendering for ags android (or in general I dunno) and that problem of a cache eviction while the texture is being used might actually be the cause...

To verify I suppose someone the crash happens to would have to manually put in the commit in the scummvm codebase and compile it and see what happens in that fireworks scene.