nivex
-
Posts
5,923 -
Joined
-
Last visited
-
Days Won
199
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by nivex
-
this happens because something is null in code or the datafile. I'm trying to figure out what that might be -
ok I found the error but not home atm
-
that is not helpful you must DM me the server log ask your host -logfile log.txt this is all they need to add
-
your rust folder. c:\rustserver\log.txt may be named latest.log, server.log, etc do not post it here - DM it to me if you don't see the logfile then ask your host how to find or enable it
-
I need the trace message for that error. if you do not see it then it is in the server log (not oxide log)
-
yes
-
hi, you can attach files rather than pasting their contents =p it looks like there's an issue where it aborts the scan. change else to else if (user != null) and it should work until I can figure out why it happens to begin with it will look like this if done right:
-
it's in the config. it is always there if you don't see it in the profiles search for Blacklisted Commands -
lol sounds good
-
@SynNation you did a great job configuring everything. what is the issue? I don't see anything that would prevent what you requested. but I do see a few other things you may have overlooked. Max Amount Allowed To Automatically Spawn Per Difficulty is not configured so random difficulties will spawn instead Reset Purchased Owner After X Minutes Offline should be set to 20 minutes. 10 minutes is not enough time for most people Blacklisted Commands should have up, down and remove blacklisted or they will exploit if these plugin commands exist. "Blacklisted Commands": [ "remove", "up", "down" ],
-
yea add the config as an attachment and show me it @SynNation
-
maintained events always makes sure that the configured amount of bases are spawned if enough map is available scheduled events only spawns them based on how often you configure it to do so buyable events is how people buy a raid using the /buyraid command.
-
@m3dus4 you can use the old one
- 634 comments
-
- 1
-
-
- #rust
- #rust plugin
- (and 6 more)
-
ah, ok, sure @The Real Butter
-
A what what?
-
Added PVE and PVP options to block Archery and Wizardry plugins (this will retroactively default to your prior setting)
-
it uses a command from within its UI. block the command global.ui_reviveplayerrestore or ui_reviveplayerrestore and tell me if that works. ya, I can add the Wizardry option
-
2.0.6 released... I left a piece of code in 2.0.5 on accident that prevented it from compiling.
-
2.0.5 released!
-
No, the plugins use their own configured times. I'm not sure why he would want to use both plugins though. Especially if he's using TruePVE. Despawn Timer option controls the time before the base despawns
- 634 comments
-
- 1
-
-
- #rust
- #rust plugin
- (and 6 more)
-
I'll consider this It appears to work fine. I will upload soon.
- 634 comments
-
- 1
-
-
- #rust
- #rust plugin
- (and 6 more)
-
yes, that would be how it works. I don't know why I have two options for it anymore, though... just set them to the same duration or set Reset Purchased Owner to 0 so that only Lock Treasure Max Inactive Time applies. I may remove it if I can't remember why it was implemented in the first place because it seems redundant to me.
-
@JimDeadlock 1. Yes 2. Enable Use Permission (raidablebases.buyraid) and use raidablebases.buyraid there are no perms to enter a public raid and it won't be added because players will hate it people will leave the server if they can't raid the bases
-
@Darien elaborate =p that's controlled by CopyPaste plugin.
-
Each live server I'm testing on has it's abandoned time set to 5 days, so it's only been 3 days since then. Everything looks to work fine and I will release it in a few days if I don't run into any issues.
