The permission tr.create.# doesn't work

[jassyel]

What happened?

i tried to use tr.create and tr.create.3 permission but it keeps saying that I don't have permission to create rituals

What was supposed to happen?

the possibility to create 3 rituals only

How do I reproduce this issue?

1.
2.
3.
...

Relevant log output

Server Version

This server is running Paper version 1.21.5-69-main@c98cd65 (2025-05-03T20:38:42Z) (Implementing API version 1.21.5-R0.1-SNAPSHOT) You are running the latest version Previous version: 1.21.5-66-6f1f5b6 (MC: 1.21.5)

Plugin Version

1.8

Server Mode

Online Mode

Issue Confirmation

• I have downloaded and tried the latest version of TP Rituals and the issue still persists.
• I have provided sufficient information for the issue to be replicated.

[mehboss]

Hello,
You have to grant the permission ‘tr.use’ as well. All the permissions can be found on the main spigot page. Let me know if this resolves your issue!

[jassyel]

These are the permissions I have assigned, however, it does not allow me to create the ritual until I assign the tr.create.* permission, which does not make sense because that will allow me to create infinite rituals.

I think it would be good to add "max-rituals-per-player" or something like that to the config, as well as a command to reload the plugin like "/tr reload" or similar.

[jassyel]

By the way, when a player does a ritual, and disconnects, and reconnects, he will no longer be able to use it, it says that he cannot use rituals that do not belong to him.

[mehboss]

Sorry for the delayed response. Feel free to join the discord if you don't hear from me within a reasonable amount of time.

The creation perm goes off of the max number granted by perms. I.E "tr.create.5" would allow 5 rituals owned by the player. I would double check your perm plugin if this is not working correctly.

Also, the rituals are linked to the players UUID, so when they leave and rejoin, it shouldn't change the ritual owner unless the ritual is broken and created by someone else between logs.