-
Posts
3,333 -
Joined
-
Last visited
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Steenamaroo
-
Thanks for the follow up. I think that explains it. I just checked, to make sure, and V1.0.6 does have the code which sets UseScrap to true if the other two plugins are missing. V1.0.7 does not so you shouldn't see this issue again. If, for any reason, the plugin is ever loaded with SR/Economics missing in future it will use scrap (and notify you in console) but will not alter its own config. Reloading RustRewards once SR/E is loaded would set things straight again.
-
Hi, Thanks for the detailed report. The config file changing/updating is normal enough, as the config file is saved when an admin or player with the adminui permission uses the UI. The reason for that is that the admin ui can change config variables, so it has to be saved upon exit to ensure that any changes are committed. To make manual changes to the config file it's best to either ensure that no one with adminui permission is using the UI at the time, or that RustRewards is unloaded. For the switching to scrap issue - I'm not sure what's happened there. If the whole config file reset to defaults that would be one thing, but you say the rest of your settings remained? You definitely have other settings in there which deviate from defaults, and held their values? Which version of RustRewards are you running? Older versions did switch the config setting back to Scrap if ServerRewards/Economics was missing but I changed that at some point. The current version the plugin should use scrap if SR/E are missing, but doesn't change the setting permanently.
-
Honestly, I think it's going to be a coincidence, particularly if only a few of your BotReSpawn profiles got changed. I can't rule it out for certain as I don't have access to the plugin, but I strongly doubt Convoy or any other npc plugin would be changing BotReSpawn settings. Overriding npc behaviour is one thing, and that does happen from time to time with some plugin killing/replacing/commandeering npcs from other plugins, but to actually change information in another plugin's data file is pretty awkward to do. I think some mistake is more likely. If, for example, the name Peace_Keeper got changed in the data file, that entry would then be automatically removed and replaced by BotReSpawn - Replaced with an entry of the correct spelling, and the default value which is true. Idk, please keep an eye and let me know if anything strange happens again.
-
Oh, the actual true/false changed? Are you checking in the BotReSpawnUI or the data file? Asking because changed settings are only committed to file if the profile is reloaded or if BotReSpawn is reloaded/unloaded. If you were to make changes in UI and not do one of those things the changes would, at that stage, be stored in memory so the data file wouldn't appear up to date. BotReSpawn itself doesn't have any code that would change the peacekeeper setting without user input and it's extremely unlikely some other plugin would be changing it, but I can think of one possibility - Do you manually edit the data files? If you manually edit and make a mistake somewhere it's possible for a profile, or profiles, to be repopulated with default settings, which would be "Roam_Range": 40, "Aggro_Range": 30, "DeAggro_Range": 40, "Peace_Keeper": true, If that had happened AutoSpawn would have been reset to false, though, so I suppose you'd have noticed. Edit : It might also be worth using the `/botrespawn info` chat command when looking at one of these npcs, just to confirm 100% they're from the profile you think they're from. With so many monuments and the different events, people often see overlap of profiles.
-
Oh, I see. The BotReSpawn npcs are ignoring players when you think they shouldn't be? What are your aggro/deaggro range settings like? I've seen this happen under extreme circumstances, where the server is just under too much stress. The npcs start ignoring people or, more often, paying them attention but not firing. Is that what you're seeing?
-
ZombieHorde kills registering as PVP kills
Steenamaroo replied to iLakSkiL's Support Request in Support
Nice! Thanks for letting me know. That change will be in the next public update. 👠-
ZombieHorde kills registering as PVP kills
Steenamaroo replied to iLakSkiL's Support Request in Support
Hi, I don't have ZombieHorde to test but if you'd be willing to give this a whirl to confirm it works it'd be much appreciated. Thanks for reporting! PlayerRanks.cs -
Medical Crates do not work (at least for me)
Steenamaroo replied to jougles's Support Request in Support
Hi @jougles Sorry it took so long to reply. This got overlooked somehow. I just tested crate_normal_2_medical on my local server and it's working just fine, but there is an issue in CustomLoot with min/max item amount which I've addressed for the next update. It's reading the max-items as one smaller than it should, so the example you've given will only ever give 1 item...never 2. Thanks for reporting this! 👠-
Oh, really? Ok. Glad you were able to get it sorted. ðŸ‘
-
Hi, Can you confirm that Economics is still the chosen option in config, and that console prints "Using Economics" when you reload RustRewards? Thanks.
-
- 424 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
- 424 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
HI @Rustgaming2021, By default BotReSpawn will turn off any profiles with custom spawn points and no parent monument but you can set Disable_Non_Parented_Custom_Profiles_After_Wipe = false in Global config to prevent that from happening. If you do that, BotReSpawn will try to spawn those npcs after wipe/map change but, of course if any of them happens to fall somewhere impossible like on water or some area with no navmesh, then those ones won't work. A recent change in BotReSpawn is that the 'Show Spawnpoints' option will show you the numbers at their locations on the map, as it always did, but it will show any which don't have navmesh in red, so it's reasonably quick and easy to check and fix any points which aren't going to work. If you're wiping but using the same map then yes - They'll just work, as long as Disable_Non_Parented_Custom_Profiles_After_Wipe is false.
-
I think this is the null config issue that I've seen come up a few times. Can you folks check your config files to make sure they don't just contain 'null' and, if they do, restore a backup? I have an update I've been meaning to push which should prevent this. Thanks for reporting!
-
Hey @Mals Is the config file intact? I've been meaning to push an update hopefully addressing an issue related to that.
-
Hi @Rubiks-Q-Bert, Aggro range of 150 is quite big. The npcs will only respect their roam range while they don't have a valid target, so if they're picking up on targets and pursuing them, that could lead them out of their area. Maybe try setting aggro and deaggro to something smaller, to see if that solves it? Thanks for the report.
-
Hi, There'll definitely be some expansion upon the factions thing in future. I hadn't considered string faction names but I suppose it could be done. The sub-profiles idea is sort of in place already, if you're using custom spawn points. Any custom spawnpoint will use the profile's settings by default but also has some override options to make that spawnpoint unique. Override options do include kit and health.
-
Error when selecting different loot profile
Steenamaroo replied to Dr.D.Bug's Support Request in Support
Hi, I had this reported yesterday and found and fixed it, so it'll be sorted in the next update. As you say, the change of loot source that you asked for should work, but the automatic reloading of the profile does not. Thanks for reporting! -
- 424 comments
-
- #statistics
- #leaderboard
- (and 12 more)