-
Posts
1,198 -
Joined
-
Last visited
-
Days Won
7
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Kobani
-
thanks
-
@Scalbox I wanted to ask if there have been any recent developments and whether an update is planned in the near future – especially regarding my request from August 17. I would greatly appreciate it if the reported issue and the UI display could be updated soon. As I mentioned last month, I am happy to provide a small token of appreciation for the UI adjustment and for your excellent work once it has been completed. I have always found your support and plugins to be extremely helpful and valuable.
-
So, we’ve now searched intensively for the problem, and it’s not a plugin conflict. On the test server, we only have the plugin Ultimate Locker running. Here’s the problem again: The lock owner invites a player to the team and has SHARE LOCKS WITH CLAN/TEAM set to YES. The invited player has SHARE LOCKS WITH CLAN/TEAM set to NO. When the invited player accepts the request, the lock owner has to re-enter their codes.
-
The problem occurs when it is set to null. "FORCE SHARE LOCKS WITH CLAN/TEAM MEMBERS. [true] to force all players to share locks with clan/team members. [false] to force all players to NOT share locks with clan/team members. [null] to use the player's default settings by UI. (Default: null)": null, here my config UltimateLocker.json
-
We don’t use any other plugins to manage clans or teams. We only use Rust’s standard team feature.
-
When the feature to share locks with clan/team is enabled, I have to re-enter all my codes whenever I add a player to the team. The same happens when I remove a player from the team – I again have to re-enter all my codes on every entity that I’ve placed a lock on. Could you check this?
-
Would it be possible to add a feature that automatically grants specific players a permission when they enter a Zone Manager zone, and removes that permission again once they leave the zone? Please.
-
Failed to call hook 'OnPlayerDisconnected' on plugin 'AdminMap v2.2.1' (ArgumentNullException: Value cannot be null. Parameter name: collection) at System.Collections.Generic.List`1[T].InsertRange (System.Int32 index, System.Collections.Generic.IEnumerable`1[T] collection) [0x00003] in <8ce0bd04a7a04b4b9395538239d3fdd8>:0 at System.Collections.Generic.List`1[T].AddRange (System.Collections.Generic.IEnumerable`1[T] collection) [0x00000] in <8ce0bd04a7a04b4b9395538239d3fdd8>:0 at (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition.BasePlayer.SendPingsToClient_Patch0(BasePlayer) at Oxide.Plugins.AdminMap+ConnectionData.Reset () [0x00032] in <4ad240077a93427a9cd838979c609a84>:0 at Oxide.Plugins.AdminMap+ConnectionData.Dispose () [0x0000b] in <4ad240077a93427a9cd838979c609a84>:0 at Oxide.Plugins.AdminMap.OnPlayerDisconnected (BasePlayer player) [0x0000f] in <4ad240077a93427a9cd838979c609a84>:0 at Oxide.Plugins.AdminMap.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x00250] in <4ad240077a93427a9cd838979c609a84>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <42f9bedc659b4f4786eb778d3cd58968>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000de] in <112d89ea5d3348c8b949af0ab1a866d2>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <112d89ea5d3348c8b949af0ab1a866d2>:0
-
I don’t think it’s a good idea to allow players to add their own skins through a chat command. First, there’s the risk of inappropriate content such as racist or pornographic skins being uploaded. These would need to be constantly monitored and removed, which is a lot of unnecessary work. On top of that, broken or faulty skins would likely remain in the list because most players wouldn’t bother to remove them, making everything messy and unorganized. There’s also the technical side: every custom skin has to be reloaded, and if the number of skins grows too much, it could impact performance and cause problems for everyone on the server. That’s why I believe skins should only be added by the server admins. This way, the skin list stays clean, safe, and stable for everyone. -
I only use their skins, and it happens sporadically, not always.
-
Hello, when using the WallpaperPlanner plugin, clients sometimes crash with the following error: disconnecting: RPC Error in CLIENT_ChangeSkin: Object reference not set to an instance of an object. at WallpaperPlanner.%ec87ecabfb278b42bf91e2507adbc735e942ba67 (BaseEntity+%fdc4654905f2f72c06885d9209e11c2578ec408d %9dc45fcdc6ca3b085024177958ce8ca2d8424e77) [0x00000] in <00000000000000000000000000000000>:0 at WallpaperPlanner.%83bf57c0e4895c00d83405fdc2f64d5655ef3b75 (BasePlayer %673f96cf5e0286d47e756cce43fdb68231a31516, System.UInt32 %84d8732c5bdd120f32f831af3c911748237a8590, %65204b348dc275b808bc1240e750cf69c065f391 %9dc45fcdc6ca3b085024177958ce8ca2d8424e77) [0x00000] in <00000000000000000000000000000000>:0 at BaseEntity.%591a453aea0af8eb44cd22307a043b1c65d47638 (System.UInt32 %9cb5a4a8f9665fe33db08563f71a3d870203b92f, %65204b348dc275b808bc1240e750cf69c065f391 %eef84677a5cb2e624b88fa9e0df59efc9d3b4d3e) [0x00000] in <00000000000000000000000000000000>:0 at Client.%f461ac74d0b5e9a94f61887f2129275ba5667a4e (%65204b348dc275b808bc1240e750cf69c065f391 %3865e81fe6e106475d6b8e676d0060963a2b0cd4) [0x00000] in <00000000000000000000000000000000>:0 at Client.%7690cd56dff748754be03c2ecb1f8eb2a542e3b3 (%65204b348dc275b808bc1240e750cf69c065f391 %3865e81fe6e106475d6b8e676d0060963a2b0cd4) [0x00000] in <00000000000000000000000000000000>:0 at %de7052d4c7b48c4811e8868789af25d0ce44dd6d.%a2abc7574dccc9791b3bac697bc4abfeaa619f47 (%f2a9c433d02429192a557554b9db64eccb520c1c %0d33bb0b2c4ae695a394fd92799fad588e575644) [0x00000] in <00000000000000000000000000000000>:0 at %b773d0bf2c9b9081e8e95a49c078729b7bfc0a4d.%9148f33e480d5539875ed944ffa024ca19c648f7 () [0x00000] in <00000000000000000000000000000000>:0 at Client.Update () [0x00000] in <00000000000000000000000000000000>:0 It happens sporadically when selecting a skin from the UI, not on every attempt. Please check this – it looks related to the CLIENT_ChangeSkin call. Thanks!
-
I mentioned this before, and LAGZYA told me that the sets weren’t released yet – although they can already be enabled with permissions. @LAGZYA are there any updates on allowing players to use their purchased skins in the Skinbox? For example, in combination with the Player DLC API. Many other plugin developers have already implemented this. Thanks a lot for your effort!
-
10/5 – Amazing Plugin & Outstanding Support! I absolutely love this plugin. No more messing around with single locks and endless settings – with UltimateLocker everything is handled easily through the UI. Auto-Lock, Auto-Closing, pin changes, team or guest access – it’s all there, and the interface is super clean and easy to use. Honestly, the UI is one of the best parts because it makes managing everything quick and fun. On top of that, the plugin runs rock solid. No bugs, no issues – you can tell a lot of effort and care went into it. It takes away so much stress on the server since doors, vehicles, turrets and more are secured automatically. Exactly what every server needs. And honestly, the plugin alone deserves 10 stars, but the support from Scalbox makes it even better. He responds incredibly fast, fixes problems right away, and even implements new feature requests whenever possible. That kind of dedication is rare and deserves a lot of praise. In short: amazing plugin, awesome UI, powerful features, stable performance, and a developer who truly cares about his work and community. 100% recommended! -
I’m using a resolution of 2580 x 1080. If you don’t have a widescreen monitor, just switch to windowed mode and adjust the height of the window. If the UI then scales the same way as Rust’s inventory, everything should display correctly.
-
It’s great to hear that an update is already planned. Just a small note: the issue also occurs for players with a rendering scale of 1. Thanks for the quick reply and for always responding so fast, doing everything possible. Support like this really deserves recognition — once the update together with the UI update is finished, I’d be happy to send you a little something as a token of appreciation. Wishing you a great evening!
-
"Hey Scalbox, sorry to bother you again , but some players have reported that the UI in your plugin looks distorted or blurry on different monitors, especially on widescreens. Most UIs from other developers adjust dynamically to different resolutions, similar to the Rust inventory: the size stays proportional and texts/elements remain sharp. Could you check if your UI can be implemented the same way? Thanks a lot!"
-
Ah, got it – now I see it doesn’t work the normal way. Thanks for the videos! A bit complicated, but fine for a start. Thanks.
-
Hello, No, the spray can was just another mistake I noticed. What is important for me is the ability to attach the pilot lock to objects, just like the standard code lock shown in the video. Currently, this is not possible with update 1.4.9. You mentioned that this should be possible with the update. However, it cannot be attached when holding it in hand. Which language do you usually speak? Maybe I need a different translator to express myself more clearly. Thank you.
-
I think we might be talking past each other a bit. The new code lock cannot be placed at all on my side – no matter what I try. It doesn’t work like the other two versions. There’s also an issue with re-skinning it. http://kobani.de/codelocknew2.mp4
-
I have it in my inventory and also in my hand, but it does not work. http://kobani.de/codelocknew.mp4
-
I tested it on several objects – including minicopters, furnaces, and barrels – but it does not work with the Flight Control codelock. Yes, I have the DLC.
-
Could you add the new lock from the Pilot DLC?
-
Could you possibly add the option to lay industrial pipes in basements as well? One idea could be to spawn storage adapters as connection points, which we could then use to connect the pipes. I’ve seen this implemented on other servers, where storage adapters served as connectors and were linked to other components. Perhaps you might have an idea on how this could be realized. Many players have already asked me about this repeatedly. -
Works, thanks!
-
Since the last update, I have been having an issue where my raidbases no longer spawn in the predefined spawn zones that I created with Spawns and Zone Manager. I always get the message: Could not find a random position. This has been working perfectly for months without any issues. - Here’s what I’ve already checked: - The spawns file has exactly the same name as before. - Zone names are unchanged. - No settings have been modified. Despite this, it hasn’t worked since the update. Does anyone have an idea what could be causing this, or what else I can test?
