-
Posts
77 -
Joined
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Solarix
-
Temporary fix until updated... Edit the cs file line 924 Change from private VehicleEngineController<MiniCopter> engineController; to private VehicleEngineController<PlayerHelicopter> engineController;
-
- 19 comments
-
- #gui
- #information
-
(and 4 more)
Tagged with:
-
Hmm.. no, he has never had the admin group on that server (he was a former admin on a couple of the pve servers but even there it was long before we had the plugin). I only granted the permissions to the admin group. I will keep an eye on it and let you know if I can replicate it. Thanks
-
Hi, It was reported to me by a player, I haven't been able to reproduce or see it myself but the details he mentioned that he saw on the rust+ app matched what would be seen in game as an admin with permission. I asked him for a screenshot but he didn't have one. It may have been a temporary glitch with rust+ itself, I'm not sure. "I could see all active players base locations and names yesterday and this morning when I opened up the Rust+ app and looked on the map" "It’s been patched since then, can’t take a screenshot. I could see orange markers all around the map that had everyone’s names the amount of resources and location." Yes we are running Raidable Bases, and Mark My Players, but raidable bases was not on the server he saw it on. None of the TCs showed more than 3 or 4 players, it's a quad server with team limit of 4. The version is the latest, 0.1.4 I've only had the plugin since that version.
-
It was reported to me by a player (a former admin) that players are able to see the TC markers on the Rust+ app. This is on the most recent version 0.1.4 We have disabled the plugin on all of our servers for the time being. I can test it on our pve servers if needed though since there is no worry about raiding other players there.
-
As I mentioned before, it was never my intention for it to not be available here. I do have it available on my tebex store, which you may PM me for the url if you want. It does not use permissions, it adds the configured allotment of storage containers to all minicopters that are spawned. Should work with the spawn mini plugin but I have not used or tested it so can't confirm, but it does work with spawned in minis from purchasing at bandit, or by command from vehicle license plugin, any admin spawned or population spawned minis would all get the storage container(s). I did experiment with skinning before initial release, but had other issues come up with the containers being invisible, so the skin id option was removed at that time. I have been considering experimenting with it again though as I believe the issue was related to the boxes I was using initially. so it may be an option later.
- 20 comments
-
- #minicopter
- #storage
- (and 5 more)
-
Hello there, Can the plugin be updated to have a configurable option whether or not to wipe the player data? Currently it automatically wipes the data when it detects a map wipe, I would prefer it not do that so I can manually wipe it instead (Quarterly wipe for profession levels, monthly for the /rbag.) There have been times that server issues happen and it detects a map wipe but is restored to a previous sav file, however the plugin player data is lost due to the autowipe. Thank you,
-
That would be a question for Death, it was never my intention for it to not be available here. It is available on my rust server tebex store in the meantime, or there is a newer free alternative plugin "Vehicle Storage" by WhiteThunder on umod that includes storage for most if not all vehicles. PM me if you would like my store url.
- 20 comments
-
- #minicopter
- #storage
- (and 5 more)
-
- 20 comments
-
- 1
-
-
- #minicopter
- #storage
- (and 5 more)
-
yeah, another green x off to the right side there a bit too.
-
Yeah 2.4.4
-
It's on a proc gen map, no custom monuments. Pulled these from Corrosionhour prefabs assets/content/structures/train_tracks/train_track_3x18.prefab assets/content/structures/train_tracks/train_track_3x18_end.prefab assets/content/structures/train_tracks/train_track_3x36.prefab assets/content/structures/train_tracks/train_track_3x3_end.prefab assets/content/structures/train_tracks/train_track_3x9.prefab assets/content/structures/train_tracks/train_track_bend_45.prefab assets/content/structures/train_tracks/train_track_nogravel_3x18.prefab assets/content/structures/train_tracks/train_track_nogravel_3x36.prefab assets/content/structures/train_tracks/train_track_nogravel_3x3_end.prefab assets/content/structures/train_tracks/train_track_nogravel_3x9.prefab assets/content/structures/train_tracks/train_track_nogravel_bend_45.prefab assets/content/structures/train_tracks/train_track_nogravel_sleft_3x027.prefab assets/content/structures/train_tracks/train_track_nogravel_sright_3x27.prefab assets/content/structures/train_tracks/train_track_sleft_3x027.prefab assets/content/structures/train_tracks/train_track_sright_3x27.prefab
-
-
Changed Status from No Response to Not a Bug
-
Alright, I experienced the same issue when not in god mode and under terrain, out of vanish/noclip. This is not a bug, as you should be in god mode. However, I will look into adding a permission check to override it in the next update.
-
Changed Status from Pending to No Response
-
Please provide more details as to what they are doing when they die and what death message they are getting, as well as the disconnect message. Please also confirm that you have the plugin saved/uploaded into your oxide/plugins folder and that it is loaded. If you gave yourself ownerid and your admins moderatorid while you/they were logged in game, please have them leave game and rejoin so that the auth levels are fully applied. Same with moderators that have permission through fauxadmin, if you use it.
-
Under what situation(s)? Flyhack, or Under Terrain? Do those admins have auth 1 (moderatorid) or auth 2 (ownerid)? If they don't, do they have FauxAdmin permission, and is your FauxAdmin config setup for the isDeveloper flag? from FauxAdmin.json config file...
-
Sorry for the late response, been a hectic few weeks. I believe they are resolved now. Thank you
-
Changed Status from Pending to Work in Progress
-
Hiya, I believe that is because there is no ownership set to the loot bag itself. I'll look into setting the ownership on the loot bag(s) when the mini crashes, however any admin or random spawned minis will not have the ownership flagged to them, so those ones won't be applied to the dropped loot bag(s). I use MinicopterStorage combined with VehicleLicence on my servers, which is what sets the ownership on the mini itself when purchased from Air Wolf as well as secures the storage and fuel for only the owner and their team to access. Have not had any reports of players not being able to pick up their loot in safe zones yet but they may not have crashed in them either. If you have the EntityOwner plugin from umod installed, you as an admin can type: /setowner <name/steam64id> while looking at the loot bag. This should allow them to recover their own loot on a case-by-case basis in the meantime. Please let me know if that does work for loot bags dropped in safe zones, if you encounter it again or are able to test it with a player. After testing setting ownership on a loot bag in a safe zone, it still doesn't allow looting them. Will be looking for other solutions to override that vanilla safe-zone mechanic.