"jailed" should not be a privilege. #6490

Open
opened 2024-03-15 00:52:15 +00:00 by flux · 9 comments
Member

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.

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.
flux added the
1. kind/enhancement
1. kind/meme
labels 2024-03-15 00:52:15 +00:00

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.

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.
Member

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 - ?!

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 - ?!
Author
Member

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.

"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.

yl_settings

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.

> 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. "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. > yl_settings 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.

Privilege of thought - ?!

Outside of GFW

> Privilege of thought - ?! Outside of GFW

being jailed is like a medal
you can wear it with pride, even if its bad

being jailed is like a medal you can wear it with pride, even if its bad
Member

This kind: who will be the first in the new jail? Or which ancient bones are rotten there?

This kind: who will be the first in the new jail? Or which ancient bones are rotten there?

We could add a "normal player" priv to the default_privs

How about "citizen" ?

> We could add a "normal player" priv to the default_privs How about "citizen" ?
Author
Member

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.
...
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).

> 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. > ... > 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.

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.
Sign in to join this conversation.
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: your-land/bugtracker#6490
No description provided.