HighOnTek
-
Posts
364 -
Joined
-
Last visited
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by HighOnTek
-
For Admin group - Admin2TeamChatActive, Admin2TeamseeChat, Admin2Team use... all toggled on as I assume admin's should have all? No changes were made to the configuration json, its still default. Seems to work, but the toggle doesn't ... once I disable, it does not toggle enable back on... just keeps saying disabled, disabled, disabled everytime I try to toggle it back on. When reload the plugin though, testing it with a clan it worked as I'd expect it to.
-
So what your saying is, anytime I'm interested in a plugin I should just go back and read the last dozen update notes instead of just trusting that the developer keeps his description, and permissions sections up-to-date, so they're not missing $hit? *sigh* -
I decided to give it a try ... went over your description, screenshots and compared to what I have it looks a little different. Probably been updated since you made the initial catalog offering. I have a side bar, permanently on the left side of my in-game screen. I haven't given the admin group any permissions at all, yet I appear to have ALL permissions because I can click the side bar buttons and they appear to work. Is this because I'm the owner with Auth level 2? Is there any way to get ride of the side bar in-game view, and only have it display in MAP view since the functions are for the MAP anyways? Also, in your description you only specify 2 permissions, can you please let me know what these do, aside from the Allow one? 🙂
-
/tc toggle only disables, it never enables... it doesn't matter how many times I enter /tc toggle is just says disabled, never re-enables. Looks straight forward, should toggle on and off but only toggles off. What am I missing, or did it break after the last update?
-
Amino, My server host believes there could potentially be a server issue, and its just noticeable with spikes which might be caused by your plugin, and others processing to much or something... but not directly related to your plugin. They're moving me to a new server, will continue testing on my end. For now you can close this ticket, if there is an issue still I'll let you know. I will only be installing the very basics for admin tools, then this skin controller for few days, if nothing during that time... all resolved and was host. My apologies for the confusion, fingers crossed this new server resolves the issue as I love your skin controller and so do my players. 🙂
-
Optimizations aside, 1 plugin to track and update from an admin perspective is always going to be better than having to track and update 3. Every month when a force update comes, its stress time for server owners to see which plugins broke, then we wait for updates. So I was thinking consolidation of plugin maintenance, not necessarily optimization. I don't want to run TP Marker, Admin Radar, and then this one which is 95% there to replacing the other 2, just for map markers. Anyways nice concept, keep up the good work. 🙂
-
I had a player yesterday call me over, was asking why his main base (center) started upgrading when he launched the auto upgrade from a detached, separate TC on the outside of his main base. His base is one of those typical clan bases, 1 main center base with TC, then 4 external structures each with own TC's , none of them physically touching or attached to main base. No idea why starting an auto upgrade on one of the external TC's would start upgrades again on his main base... but it happened. lol This an oversight, a bug... why would this happen?
-
DELETE DUPLICATE -
Before I ditch quicksmelt for this ... as it looks to be a good replacement. Loving the GUI option... I have a question and depending on your answer ... a request. 🙂 Does this support, or have in the config an "output multiplier option? If not, could an output multiplier option be please be added.. so for example, I want all smelting to be faster, but I also want the output more than the default amount for charcoal.
-
DUPLICATE
-
Love the Kits integration, the easy import ... but I noticed that HIDDEN kits that are normally just visible to those who have permissions are shown to everyone. Although it "should" error out due to lack of permissions (if kit has permissions) it would be nice if HIDDEN kits didn't show at all... thinking this is a bug, or maybe an oversight? Plus spawn kits can be exploited to some degree. Example, I have a default spawn kit available ... they're hidden, they only get it upon dying and respawning. Now its redeemable in /info under kits tab because its visible. They can spam redeem, thus getting infinite kits. Hope that makes sense. I had to unload and delete this addon part until there is a fix for the "Is Hidden" kits toggle.
-
I'm using Chaos version ... I use Clans Reborn, ClansUI, and DynamicCupShare which seems like the standard trio set these days for clan setups. K1lly0u is the dev at the moment for both the chaos one and umod I believe.
-
I mean this in the most kindest way, not trying to be condescending because text messages do not relay body language, facial expressions, nor can you hear me laughing and making an honest friendly reply. But ... I don't think K1lly0u is going to want to account for every type of arena or battle royal event available or out there ... when it would be easier for those who develop these arenas to realize and account for servers that use CLANS. Also, there are only a couple CLANS plugins out there that people use... and dozens of Arena events. So without playing tennis and tossing the ball of responsibility back and fourth over who should do what... in your professional opinion who do you think should be accounting for Clan FF damage in an Arena they released and expect to sell ... when so many servers use Clans? If you aren't sure how this would occur, just DEV to DEV ask K1lly0u how to disable FF for your Arena event, I am sure he would tell you as more support he gets for his plugin, the more likely people are to use it and the more support you provide for CLANS, or even FRIENDS ... the more servers are likely to obtain your Arena(s). Solo or even Duo, trio players who play as a team can kill one another. Clan mates... cannot. The odds are not exactly equal. Know what I mean?
-
I feel like this may have been an oversight. Will explain ... Servers that use the CLANS plugins usually have FF (friendly fire) enabled by default for the clan mates, and sometimes allies if the alliies config option is enabled to FF allies. This is also something players can usually toggle on or off in game with /cff command. Earlier today I had a clan playing and they all had to toggle FF off in order to kill each other in the arena. Possible to have this plugin automatically disable FF when players join?
-
Thanks, don't know how I missed that. duh. lol -
Participants automatically receive rewards, but the winner of the event has to manually claim it. This is a little inconsistent and causes confusion. May I suggest you make it so rewards are automatically given and remove the manual accept step... I am having to remind players who ask why they didn't get rewards that they needed to manually accept them. If they didn't win they automatically received participation, then when they do win they just assume it's the same and forget to accept them ... people are complacent with chat, so its easy to miss. Also, it would be good motivation I think if global chat at the end of the match, when it announces the winner it also shows what he/she received as a prize(s), and what each participant received for partaking... or at least provide a couple different toggles so people can choose what to display. Great plugin though, players love it.
-
Amino, I added 3 skins yesterday (/addskin), worked perfectly fine... skins were there, they were selectable. Server restarted last night and today the skins I had added were no longer there. I re-added, and works fine but I suspect on tonight's restart that by morning those skins will be gone again. Am I missing something, or this a known issue ... adding skins is only temp until server restarts?
-
Don't know what to say Amino, I was crossing my fingers that it wasn't this plugin either but I'm not a complete server noob. lol I didn't have issues until I loaded this plugin. I unloaded skinner properly, and all traces of skinner. I loaded Skin Controller ... pretty straight forward, easy, very nice. Proper permissions are set, the configuration super simple. Immediately after that, started getting the rubber banding issues sporadically. Giving this plugin the benefit of the doubt I started down the process of elimination. I started to literally unload every other plugin in the hopes the banding issues would go away and figure out which one was having issues, it wasn't until I unloaded Skin Controller that it went away. But sure, maybe a coincidence, never know... right. I reloaded all plugins, even restarted the server... made sure server, oxide were 100% up to date. Even removed some older plugins, replaced with premiums thinking ok maybe a conflict somewhere even though very unlikely, but that didn't fix the issue ... every time it happens, all I have to do is oxide.reload SkinController and BAM 2 seconds later no more rubberbanding. I literally just had to do it again 20 minutes ago. Does that not sound little too coincidental, that when I reload this 1 plugin the banding issues stop? I've played on RustMania long enough to see hundreds of data dumps and very rare do they cause or coincide with the rubber banding issues I see on your 10x, and its not player count because it does it when there are 20 players, and 80+ players. Yes I've seen lag on those data dumps / saves but not the rubber banding where you run, get set back, run, get set back, run, get set back for literally what feels like minutes. But I could see how you would think that its your guys data dumps as your 10x has a lot of entities to backup. Are you aware of your plugin having any issues with any other plugins, maybe even just guestimate as to whether any other plugin MAY have issues or conflicts?
-
I have noticed since installing Skin Controller, some SERIOUS lag issues every once in awhile... like crazy rubber banding that comes and goes sporadically at no set interval but happens enough to notice. I have 32GB of dedicated memory on this server host, premium setup... it should not be having issues like this with a lower population of around 10 - 15 players, medium qnty of plugins. Plus I have never had this issue until I unloaded and removed Skinner and installed Skin Controller. t's almost like there is a memory leak, or something is happening at set intervals that slaps a huge drain on server resources. This isn't just on my server, it is the exact same sort of rubber banding you guys have over on RustMania so I'm sure you know what I am talking about. You can play anywhere between 1 - 4 hours just fine and then BAM rubber banding galore until it goes away or I manually reload the plugin as that is the only way I can get it correct itself quicker. Love the plugin man, but the rubber banding is a real drag, what's causing this?
-
Amino, This is the problem, they are indeed SETTING a skin, they select one, they hit SET... back out, then go type in /skinitem but it does not work... not unless they have manually setup a managed outfit first. Why should skinning an item like a box require they have to setup 1 managed outfit first. I hope that makes sense... Therefor my suggestion was, make it so every player that loads /skin for the first time gets given a default managed outfit they can later change in managed outfits. This would resolve the issue., least if they were given a default when they hit SET it would work after that when they use /skinitem. But again, in your plugins current state without them setting up at least 1 managed outfit ... manually ... then /skinitem does not work.
-
Amino, I received complaints from a few players that the /skinitem command wasn't working for them, while others didn't experience any issues. They were part of the same group and had the same permissions, so it didn't make sense. It turned out that the only difference was that the players for whom /skinitem was working had already set up one or two default profiles under "Manage Outfits." Once the other players did the same, /skinitem started working for them. Is this behavior intentional, or is it a bug? Currently, I can foresee this becoming a significant inconvenience if I have to individually explain it to each player trying to skin an item that has already been placed. Would it be possible for players to be assigned a default profile by default, allowing them to change it or rename it later under "Manage Outfits"? This way, if they open /skin, set the skin, exit, and type /skinitem, it will work without the need for a brief tutorial on managing outfits just to get started. 😛
-
Sorry if this has been asked before, but does this support all furnaces, including the electric furnaces? ... and works with the oil refinery as well?
-
I don't have any other plugin that modifies stacks, so not sure why another plugin would make this one restack another set stack, on the last stack just by reloading this plugin. Are you aware of any other plugins that can cause conflicts with yours?
