Jump to content

tenzu

Member
  • Posts

    18
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

tenzu's Achievements

Apprentice

Apprentice (3/15)

  • Collaborator
  • Dedicated
  • Reacting Well
  • Conversation Starter
  • First Post

Recent Badges

3

Reputation

  1. @Mevent @MeventSupport Hello?
  2. @MeventSupport @Mevent Maybe there is a misunderstanding. It has nothing to do with any item. The VIP permissions will not be created when you configure settings for VIP. No matter if it's remove, up- or downgrade. You set a different value for VIP in config, for example that they will get more refund while removing (100%) than the default (50%), you reload the plugin and there is no buildtools.vip permission at all. So, it's impossible to assign this permission to the vip oxide group. However, the buildtools.all permission is created and works. So, my problem is: VIP Permission won't be created. I also tried to use the buildtools.all permission for these different vip settings. Since the buildtools.all permission is always created and works I was thinking that I could also use this permission in my removal refund settings, but vip members (or in that case buildtools.all group members) had the same refund rate than all others (50% and not 100%). It looks like the plugin is completely ignoring the overwrites for other permissions and always uses the default settings.
  3. @jtedal Do you already have a timeline for the next release? Because we also have these problems with inside terrain violations (and in our case we also noticed that cars and horses move into the ground for 30cm or something like this and are stuck then. this happens every few minutes with all vehicles and I think it also has something to do with theese inside terrain violation kicks for players). Thank you!
  4. Hi @MeventSupport Any update here? Thank you! Regards Tenzu
    MB is really a great plugin dev. He helped me a lot, was quick and courteous. And I really appreciate it when someone goes the extra mile for customers. I can recommend MB without hesitation and the 5 stars are more than deserved.
  5. @kasvotonAny chance that you add vip permissions and let us configure different values for this permission group? So that we have the default settings for everyone (the same what we have now) but that we also have a vip group with higher smelting rates. Such a feature would be really awesome.
  6. Hi Mevent. Your plugin is great. We really like it. However, we have the problem that the "buildtools.vip" and "buildtools.premium" permission are never created. No matter which values we configure for these 2 permissions in remove settings. Actually, we only want that our VIPs get 100% refund of ressources when removing while default group (everyone else) only gets 50% refund. But since these permissions will never be created we can't assign them to our vip oxide group. Do you have an idea what the problem could be? You will find the config file attached. Version is up to date. Thank you in advance! Best regards, Tenzu BuildTools.json
  7. tenzu

    Latest bug found

    I have a similar error message: Failed to call hook 'CanLootEntity' on plugin 'MonumentOwner v1.4.1' (ArgumentException: Value does not fall within the expected range.) at Oxide.Plugins.MonumentOwner+ControllerMonument.CanPlayerBecomeOwner (BasePlayer possibleOwner) [0x00216] in <95d26539d65845d2b760f6c434f197db>:0 at Oxide.Plugins.MonumentOwner.CanLootEntity (BasePlayer player, StorageContainer container) [0x000ec] in <95d26539d65845d2b760f6c434f197db>:0 at Oxide.Plugins.MonumentOwner.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x0260d] in <95d26539d65845d2b760f6c434f197db>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <87ce9ac9776a48658bc55eae6debe38b>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000d8] in <b6d06fce9e044af4a6ddc8d724bd3b0b>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <b6d06fce9e044af4a6ddc8d724bd3b0b>:0 According to logs, a player killed a npc or animal at a monument in the same second.
  8. Same for me. This is the error message in oxide.log BetterTeams - Failed to compile: 'HashSet<PlayerNameID>' does not contain a definition for 'RemoveAll' and no accessible extension method 'RemoveAll' accepting a first argument of type 'HashSet<PlayerNameID>' could be found (are you missing a using directive or an assembly reference?) | Line: 297, Pos: 38
  9. tenzu

    Possible memory leak?

    Thanks for the feedback. But then this error or behavior isn't triggered all the time. Because today I didn't had this kind of problem. Makes it even harder to nail it down. If I can help you in any way, please let me know.
  10. tenzu

    Possible memory leak?

    Hi KpucTaJl Thanks for answering so fast. I appreciate it. Answers: - We use only oxide and all versions of oxide and all plugins are up-to-date. - We use 4 events of you (gas station, junkyard, satellite dish, power plant) and 2 from Adem (Convoy, Armored Train). I was thinking that you work together because file and folder structure and readme is the same. I'm sorry for this mistake. Anyway, pve mode is in gas station, junkyard, armored train and convoy event. - "Testing" or better noticing this issue was simply using "plugins" command in console and check the consumed memory from time to time. We also unloaded the pve mode and event plugins 2-3 times yesterday and could reproduce this behavior. And I'm not completely sure, because checking the memory footprint with plugins command only happened randomly over the day, but I think memory consumption for pve mode plugin grew most after the Armored train and Convoy events. - There were no NRE or other error events except the few standard facepunch errors which happen from time to time and can be ignored. And the pve mode zones and events were destroyed successfully after the events ended. However, it's weird (as often when it comes to plugin development of games :D). We had this problem yesterday all day long. Unloading pve mode and the other plugin events, restarted the server in the middle of the day and we could see this behavior the whole day. Now, after your questions, I checked again. The first time for today (because I'm working) and memory consumption is at 80MB and everything is fine.... There is a daily restart of the server, it happened 7 hours ago. But we restarted the server yesterday, too. And no one changed anything in between. Right now, I have no idea why we had these problems yesterday... And tbh, we added pve mode plugin yesterday the first time. So there was no history we could rely on. And sure, it's not unusual that memory consumption grows over time for most software. But when it increases so much in a short time and don't stop increasing, then it is often an indicator for a possible memory leak. But again, at least for now, I can no longer reproduce it and have no idea what was wrong yesterday... (And yeah, I know that I sound like a beginner or someone who has no clue about software development and modded servers but, actually, that's not the case. lol ) So, I will keep an eye on it for the next days and if it happens again, I try to make more checks so that I can deliver more information to you. I'm sorry for the hassle. Best Tenzu
  11. tenzu

    Monument Owner

    It wasn't meant as offense. More of a joke. Sorry for the misunderstanding. And to say it upfront: Your plugin works great on our server. We don't have any problems with it at all. But the thing is: If you develop outside of Windows and DotNet family then you avoid using space and special chars in filenames. Because there are 1000 things outside of your control which causes enough headache. So, you don't want to have even more headaches and troubleshooting sessions for hours for things which you can control. Every web developer doesn't use space and special chars in filenames because it creates problems with URLs and some frameworks. Every low level programmer doesn't use space and special chars in filenames because it can create problems with compilers. Every mobile developer doesn't use space in filenames because there are too many different platforms out there which can't handle this. Every Linux developer doesn't use space in filenames because it 'could' cause problems in some Linux derivates. Especially older ones. And even Windows has sometimes problems with these kind of filenames. So, if you develop for 10 years in different programming languages and frameworks or on different platforms and if you had these kind of problems once, then you will never use space and special chars in filenames again. But again, your plugin works great. Even on our Linux server. But only because modern Linux filesystems and terminals have support for such filenames meanwhile.
  12. tenzu

    Possible memory leak?

    Hi. I have noticed that this plugins consumes more and more memory after some time. We have 5 or 6 event mods from you and use PveMode for half of them. So every hour it has something to do. The consumed memory footprint starts with a few MB after server restart and after 8 hours it already needs more than 1 GB ! That's more memory than all other of our 42 plugins together. Even TruePve (which has a lot more to do on our server) only needs 150 MB of memory. So, there must be something wrong with this plugin because this amount of used memory is simply crazy. And since it adds up massively with every event run, I guess there is a memory leak somewhere in the code. Steps to reproduce: 1. Fresh server 2. Install all of your Event plugins, configure them to use PveMode 3. Let all events start every 1-2 hours (random time) 4. Look after 8, 12 hours the used memory of PveMode plugin
1.1m

Downloads

Total number of downloads.

5.7k

Customers

Total customers served.

82.8k

Files Sold

Total number of files sold.

1.6m

Payments Processed

Total payments processed.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.