emilyy-dev / betterjails Goto Github PK

Hello! I have a great suggestion for BetterJails for a new feature of the plugin.

Basically it's a "reduce time command" for players who are already in jail.

Command example:
/betterjails reduce <player> <time>

What can be done with this command? A lot of things! Example, do a system for the player in jail reduce their time doing tasks in the jail, like killing mobs, breaking blocks with a wood pickaxe, a lot of tasks can be implemented and I can make a hook with a lot of plugins for work together with BetterJails if this command exists.

Basically it's that, I hope that this command can be added in a future update, thanks for your work and time!

Hey! First, thanks for the amazing plugin, I've been using it for a while and hasn't failed to deliver imprisonments to problematic players, while also fitting a vanilla-like style.

I'd like to make a suggestion that I think would be useful to other server owners. Currently, when a player has permission to jail another, they can do so for as long as they want. This is a straightforward way for the plugin to work, however I'd like to suggest the option to limit how much a certain player (or group) can jail other players.

For example on a given server setup:

• Administrators can jail indefinitely.
• Moderators can jail up to 1 month.
• Helpers can jail up to 1 week.

This could be implemented in a lot ways, like via an option in the config or maybe a permission like betterjails.jaillimit.<time>, I don't have a personal preference and I'll leave up to you to check which option is the most viable/easy to implement.

Thanks Emily again for the plugin and being as pog as always!

I can’t use because it say cannot be jailed

Hey there! I hope you're doing good. First of all, I wanna say a big thanks for making the plugin. It's been an amazing addition to my server and has made administration much better for admins.

It would be great if we could configure where jailed players get teleported after they're released, either manually or automatically. Right now, they're sent back to where they started, which can be a problem if it's an unsafe spot. I suggest adding a option in the plugin's config file or a new command that admins can use to specify a special spot for unjailed players. This way, we would have more control over where players end up once they're set free from jail.

As an example of how the command could work:

/bj setunjaillocation <jailName> <x> <y> <z>

With this feature, admins could set the unjail location for a specific jail, giving the coordinates (x, y, z) where players will be teleported after they're released. It would also be great to think about adding the option to set the pitch and yaw of the teleportation destination for more precise positioning.

Thank you for your time and thinking about it!

Rework how Prisoner and Jail storage works, entirely. Also rework how Prisoners and Jails are managed in-memory.

Goals:

• Introduce a brand new storage interface, phasing out the current DataHandler class that directly interacts with Bukkit's configuration API.
• Improve the robustness of the storage interface to reduce or eliminate the potential of (de)serialization-related bugs.
• Make the new storage interface abstract and flexible enough to allow for different storage methods in the future, like remote databases, without the need of changing existing ones.
• Separate prisoner and jail in-memory management before the storage interface. Currently prisoners and jails are all managed through the ever-growing DataHandler class, this is a maintenance nightmare.

Non-goals:

• Introduce new storage facilities right away, for the time being this only covers setting the grounds to enable for that in the future.
• Reflect these changes in the API or otherwise introduce ABI breakages, although perhaps some API contracts (constraints) might be able to be relaxed, without making it binary incompatible.

Introduce an optional reason argument to the /jail command