- Nov 13, 2021
- 1,179
- 3,192
The answer to this is literally in the post immediately before yours.
Freezing doesn't work on those type of variables (but it might in a future version)
I assume you would have to search of either "p_need" or "now" and you can then expand the variable.
URM online searches 2 levels deep, what you're seeing is 3 levels deep.
The dev, I assume unintentionally, created multiple var stores instead of just some variables.
But since this could happen to others I will make sure the next release of URM supports this.
Preview of URM supporting it
URM 2.2: Custom quickmenu
Its been a while since the last major URM update, but here we are again. The important new feature here it the possibility to add a custom quickmenu to every game. There are a couple of possible options to configure:
Its been a while since the last major URM update, but here we are again. The important new feature here it the possibility to add a custom quickmenu to every game. There are a couple of possible options to configure:
- Alignment/positioning
- Orientation: horizontal/vertical
- Which buttons to show
- Auto hide: only shows the quickmenu when your mousepointer is in the area
- Style: Ren'py's default style, URM buttons, URM iconbuttons or Icons only
It would be useful if you could choose the key which toggles the watchpanel on/off.
I use this with SanchoMod and that has "M" designated to its menu.
Anyways, great update. Thanks.
I use this with SanchoMod and that has "M" designated to its menu.
Anyways, great update. Thanks.
0x52
Hey, great idea with quickmenu option. So many devs remove the auto function when there is no other button in renpy to use that functionality. Anyways, I will suggest that you should add a slider in the quickmenu tab for the auto-forward time. Most devs leave the autoforward time in their options menu even after they took out the auto button, but it doesn't hurt to have that slider in URM just in case.
Hey, great idea with quickmenu option. So many devs remove the auto function when there is no other button in renpy to use that functionality. Anyways, I will suggest that you should add a slider in the quickmenu tab for the auto-forward time. Most devs leave the autoforward time in their options menu even after they took out the auto button, but it doesn't hurt to have that slider in URM just in case.
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.
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.
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.
Options > 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.
Very interesting. This should not be possible. Are you maybe using very slow storage?
Configurable save slot will probably be added in a future release
- Aug 16, 2023
- 2,915
- 4,917
Found a weird bug in this game
https://f95zone.to/threads/divimera-r11-redikal.81300/
latest version of URM shows a bunch of duplicates for each variable
https://f95zone.to/threads/divimera-r11-redikal.81300/
latest version of URM shows a bunch of duplicates for each variable
the testing I did _was_ on a HDD, but it looks like I'm able to reproduce it on my SSD as well.
- Mar 19, 2020
- 2,166
- 2,735
Reporting an issue
When reporting an issue with URM, please include the information below:
- Are you using the latest version of URM?
- Which game has the issue (preferable a link to the game's thread)
- If it's a crash (grey screen) attach the "traceback.txt" file
- What did you do that caused the issue?
- Attach a screenshot of the issue (if possible)
- When URM gave an error (not a grey crash screen), check the log.txt file for lines starting with "0x52:"
- What OS are you on?
- Do you have any other mods installed? Does the issue still exist without the other mod(s)?