Let me know if you come up with a good solution.
Here's the less bad I came up with, working most of th time, still yet with little flaws :
To explain for others than you, I simply created a useless unit on a corner reserved for the scenario purpose
(designed to avoid ZoC bug associated with mass units owner changes, recycled here)
made it the active unit, then destroy it and centered view to the next active-to-be unit, so both unitIHMframe and mapFrame were updated.
Situations where it doesn't update sometimes arise. I shall look at it again to check when it does so. I indistinctly remember it occured when moving to a next tile after bombing. Not sure throught.
Wait, how have you tried to do this? civ.deleteUnit should always work.
I think so to, which leads to an issue with the tests allowing it (for further investigations on civ2 planes behaviours)
I had a text pop-up not showing up supporting this guess.
I don't have the previous code to check tests before calling the function again (must have been something like "unit.type.move <= unit.moveSpent").
I tried to add a civ.ui.centerView(anywhere) to make sure the unit was still there and that wasn't a leftover picture.
I didn't thought about checking with console the unit data which could have been confirming a track. To reproduce, you may just add 'x' movepoints to active unit when pressing "k" then try to delete it once moveSpent is >= type.move.
Then, press "k" on a flying fighter to its sheduled end.
I'll may try this evening if i may reproduce this issue.
(I like a looser inadvertantly gave a negative moveSpent once, which stopped immediatly the unit)
