"jailed" should not be a privilege. #6490
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#6490
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
conceptually, it's punishment, not a privilege. but more importantly, every time i do
/grantme all
on my local server, i end up in jail, then i have to unjail myself and teleport back to whatever i was doing. i mess with my privs a lot on my local server. currently i'm trying to figure out why my admin account can't take/put things into a chesttools shared chest (that behavior doesn't happen on the main or test server, it's something to do w/ my setup)./grantme all
is a really important tool.it could be a player meta value. it could be in mod storage. it could be stored as a json file. the how, is not important. we'd set up a
on_joinplayer
callback to translate the priv into whatever new way of storing that status that we decide on.We could add a "normal player" priv to the default_privs, which, taken away, leads to being jailed. Everyone that is NOT jailed could be given that priv on the database, that's no problem.
We're only using privs because that's something we can set while the player is not online.
A player meta that can be set while not logged in sounds a bit like yl_settings.
Privilege of movement - moving around
Privilege of speech - chat
Privilege of religion - church portal
Privilege of association - party system
Privilege of expression - emote mod?
Privilege of thought - ?!
"normal player" priv is "interract" and "shout". you make a good argument about why it can't be solely playermeta. i'd personally opt for modstorage w/ an API.
i'm still not convinced a whole new key/value data storage system is a good idea. mostly, we can't force everyone else to use our private APIs.
then again, i do want to create database APIs for postgres and sqlite for minetest. maybe a generic JSON "database" API would also be usable. but that's a lot of work.
Outside of GFW
being jailed is like a medal
you can wear it with pride, even if its bad
This kind: who will be the first in the new jail? Or which ancient bones are rotten there?
How about "citizen" ?
i also don't think "not in jail" should be a privilege. privileges and punishments aren't total logical opposites of each other. in my mind, conceptually, privileges and punishments shouldn't be subject to the same global commands (
/grant
and/revoke
and/grantme
and/revokeme
).Unfortunately you are right and modelling this as a priv or non-priv is a bad idea. Only the technical constraints force us to until database access to offline player meta or yl_settings.