Solarix

Temporary fix until updated... Edit the cs file line 924 Change from private VehicleEngineController<MiniCopter> engineController; to private VehicleEngineController<PlayerHelicopter> engineController;

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.

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

After updating to 2.4.4, still seeing some bases spawn on or partially on the train track.

It has already been patched a few days ago on umod.

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.

Getting the same thing when opening lootable items, they are immediately closing.

I believe I found the issue with the Air Drop NPCs spawning too often, they were defaulting to a respawn of 1 minute. I changed them to 0, will monitor. (on 1.0.4 currently, was on 1.0.3 during previous posts)