The dev, I assume unintentionally, created multiple var stores instead of just some variables.No results for "p_need" and unrelated results for "now".
View attachment 3693116
View attachment 3693119
To directly answer your questions: It keeps the old version and a .tmp file (seems to always be listed as 1144KB, but I don't know if that's version specific). This has been happening consistently with all games for quite a long time, on windows 10 (but I'm pretty sure I remember having it happen on windows 7 as well)If I understand correctly. URM says the updated has finished and you need to apply it? After applying you still have the old version and a .tmp file in the game folder?
Do you have this on a/some specific game(s) or on all games? Which platform are you on?
Seems you're trying to update URM from v1.x to v2.x.To directly answer your questions: It keeps the old version and a .tmp file (seems to always be listed as 1144KB, but I don't know if that's version specific). This has been happening consistently with all games for quite a long time, on windows 10 (but I'm pretty sure I remember having it happen on windows 7 as well)
I've been having this issue for as long as I've been using the mod (earliest version I can find in my history is from sept 2022.) It'll bring up the update popup, say update completed, I click the apply update button, it says reloading scripts, and 80-90% of the time it comes up with the exact same update popup I saw in the first place.
In the past I'd just kept clicking the button until it eventually worked, but while trying to get a look at the game directory while testing today it got weird. I _think_ the issue I was running into is related to clicking the "apply update" button too quickly, as almost every time that I tried to get a screenshot while updating it would just work. When I managed to break it it was by clicking the apply update button _immediately_ (it shows up without delay) and I'd get the attached image. When I actually waited a bit after it appeared before clicking it I'd occasionally get a glimpse of a .update file, and it'd go through fine.
So at this point I'm pretty sure that the issue I ran into is that I'd click the "apply update" button before the update actually finished downloading, and it'd fail and keep the old version. This was likely exacerbated because once I got used to this happening my default way of dealing with it was to just click the update button, apply the update, and tab out while waiting for it to reload (repeat until it takes) which lead to just mindlessly going fast.
That was the case there, as I pulled a random older game to test on, but I've been seeing the same behavior on more recent versions. Here's the same thing happening when trying to update from v2.1.3 to v2.2, causing issues when clicking too quickly. Waiting several seconds before clicking the apply update button causes the 0x52_urm.rpa.update file to properly be created, and lets the upgrade go through.Seems you're trying to update URM from v1.x to v2.x.
There have been a lot of improvements in the self-update feature in URM v2.0.2. So it should work fine when updating from v2.0.2 or later.
Very interesting. This should not be possible. Are you maybe using very slow storage?Waiting several seconds before clicking the apply update button causes the 0x52_urm.rpa.update file to properly be created, and lets the upgrade go through.
Configurable save slot will probably be added in a future releaseOptions > Gamesaves should have a dropdown letting us choose how many gamesaves per page the game has, which to limit how many save options we have per page in the Gamesaves menu, and it should reorder all saves when we change the number, so if we go to less saves per page, it adds the ones which would be missing without the reorder. I tried using all 9 from this mod, but I found out the game only uses 6, so I had to move 6 to a new page, 3 to the next row of the same page, and 3 to the next page in the now-empty slots, to fix that.
the testing I did _was_ on a HDD, but it looks like I'm able to reproduce it on my SSD as well.Very interesting. This should not be possible. Are you maybe using very slow storage?
Crashes the game Healslut version 0.92a.
Reporting an issueCTD on Power Vacuum at certain points...
It's because the developer of this game doesn't use the "standard" way of how choices are implemented, they use some button-overlay-screens, and that's something URM doesn't (can't...?!) check for.doesnt work for this game, i mean doesnt detect choices
Right. URM (or a game-specific modder) could have choice detection working on a single game's custom choice screen, but it likely wouldn't work on any other custom choice screen in any other game. For that game, dacris69 is probably best off just using scrappy's game-specific WT+gallery mod.It's because the developer of this game doesn't use the "standard" way of how choices are implemented, they use some button-overlay-screens, and that's something URM doesn't (can't...?!) check for.
What do you mean by "the renpy launcher disappears"? Are you playing on a Windows PC/laptop, or are you playing on a mobile device? Because on a Windows PC/laptop I don't even have a launcher, just an EXE file I need to execute to start the game, and by just placing URM into the "game" subfolder this EXE files does not just disappear. So I'm wondering what exactly are the steps you're doing to make the game's launcher go "pooof!".Often times (not the majority, but a significant minority of games) when I add URM to the 'game' folder, the renpy launcher disappears.