If one of your patrons mention this issue, you should ask for a copy of the compromised save file, and talk about the issue on the
You must be registered to see the links
; it will be more welcomed coming from a game author with a same coming from someone who play legitimately.
The weird part being that it happen rarely...
According to Google, the error have been reported less than 30 times, and all except one, on this forum. There's no occurrence of the error that don't concern an adult game, but it can be explained by the fact that we are almost the only scene that release the games update by update. If there's more complain, they appeared on places that Google can't access, like Patreon's post behind paywall by example.
It still place this problem as a really exceptional one, with only 6 games impacted for players that have a normal use (by opposition to my dirty one). The more impacted being "Being A DIK" and apparently it was caused by the mod.
Therefore I stand on my previous advice. The safer move you can make is to ask the players to restart the game.
So... I past part of my day doing a lot of tests, and my fix solve the problem, yes, but the problem stay ; it's like putting a poster on a wall to hide the hole behind it ; once you remove the poster, the hole is seen again.
As for the side effects, well... The fix redefine two methods of the object handling the screens, by copying them strictly, just including a test to avoid the error. Therefore, as long as those two methods don't change, the fix will have no side effects. But only "as long as"
My test shown me another workaround, but not really a suitable one.
Apparently, renaming the screen is enough to solve the problem. Just forcing the recompilation of the rpy files wasn't enough. Same if I just corrected the screens by adding the property that cause the error. I really needed to rename the screen.
Alas, the player that had this problem with your game had this in the trackback :
everything else pointing to Ren'py's code. Which locate the error in a menu (D2bar) and in a dialog line (routinen), and so seem to imply that even Ren'py's internal screens are impacted by the problem. Therefore, renaming the screen isn't a viable option here.