Mals
-
Posts
702 -
Joined
-
Last visited
-
Days Won
20
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Mals
-
Found more bugs in testing My work week is long, but I will try to complete it for Friday.
-
I'll work on a fix, hopefully for release today.
-
I'll give this a test, thank you for letting me know.
-
Old review delete. Thank you both for sorting this out. -Mal
-
Would you like me to delete the old review, or can you edit it?
-
Can you please include your config, as that can potentially be a factor. I can see you submitted a review at the same time. I will give @KpucTaJl a heads up. Thanks! -Mal
-
Sorry this took so long. I am unwell, and I had to get very creative to sort this out. Please let me know of any issues.
-
Changed Status from Work in Progress to Closed
-
Tried a few tricks, none of them have worked, I want to avoid making torches take no damage route as that means people can swap torches into a holder and out to buff them. I might have to and add a modifier on removal to reset the torch. It is being a bit of a pain to resolve cleanly.
-
Sorry for the delay. the fact torches are set to ignited on server restart is proving challenging to work around short of removing and replacing the torch or some other drastic trick. I will keep at it.
-
Changed Status from Closed to Work in Progress Changed Fixed In from 2.0.38 to Next Version
-
Hmm, that is an interesting bug, as I only turn on the animations. I will work on a fix. Ah they altered the behavior they turn on when placed and server restart after the last patch... Added and plugin running work (if you turn it off and let the plugin do the work): but restart and on when placed... working on that. -Mal
-
Changed Status from Pending to Closed Changed Fixed In to 2.0.38
-
Lights On just added torch holder. It is an automatic light plugin, and torches take no durability damage when they are turned on by the plugin.
-
I would suggest /lights off torchdeployablelightsource then /lights check to reset already placed items that might be on. It does not alter items who are already on. Note I had to do a patch to add torch to the /lights command.
-
Done. They are an odd new type. I did not set to auto turn on as they are empty when placed. They will turn on when the timed sweeper sees them or you do /lights check.
-
I just want to clear the air as there has been a rumor this is a copy of another radar plugin. I have compared the very compact and concise code Tryhard has created, and it in not a direct copy of any other radar plugin that I am aware of. As with any plugin providing similar functionality, the most efficient methods may have some overlaps in hooks and classes. That is not unexpected. For example: there are only so many ways to light a candle in Rust, and one method is most efficient. No one "owns" that method, as it is provided by Facepunch. If you think a plugin is stolen, then report it, and it will be investigated. Please do not post you think it is copy in comments, that will not be checked, and if it is a false claim you will be spoken with if reported by the author. -
Yes, I will work on adding that this weekend.
-
This is a long time for pending.
-
This was fixed, correct?
-
@CashDK can you provide the details for MEvent?
-
any news on this MEvent?
-
Is this still an issue?
-
Default group has access when they should not
Mals replied to OneCubixMeterofAltosd's Support Request in Support
I'd recommend checking in permission manager what has been granted to the default group.
