ItsZN
- itsZN
- itszn
- Europe/Stockholm
- Yes
- No
MC-30907If a player or a command block executes a /tellraw command which has some interactivity with it, (eg. Click here to reset the minigame), the command which it is told to execute is done from the permission level of the player who clicks the dialog. This means that if a server owner wants to use /tellraw for a store or some minigame, the players who interact with it need to be able to use the commands the /tellraw uses, which could be dangerous for the server. Adventure maps that use /tellraw would need to keep cheats enabled, which is not ideal.
A solution
would tobe to execute commands that are part of /tellraw from the permissions of the person/commandblock issuing the /tellraw command. This way, for example, if a player who can use /tellraw and /give, but not /ban would not be able to create a dialog that would ban players, but could make one that can give a player an item.This may be intended for safety reasons, but it seems to break the tellraw feature.
If a player or a command block executes a /tellraw command which has some interactivity with it, (eg. Click here to reset the minigame), the command which it is told to execute is done from the permission level of the player who clicks the dialog. This means that if a server owner wants to use /tellraw for a store or some minigame, the players who interact with it need to be able to use the commands the /tellraw uses, which could be dangerous for the server. Adventure maps that use /tellraw would need to keep cheats enabled, which is not ideal.This may be intended for safety reasons, but it seems to break the tellraw feature.
A solution might be to execute commands that are part of /tellraw from the permissions of the person/commandblock issuing the /tellraw command. This way, for example, if a player who can use /tellraw and /give, but not /ban would not be able to create a dialog that would ban players, but could make one that can give a player an item.
This may be intended for safety reasons, but it seems to break the tellraw feature.
If a player or a command block executes a /tellraw command which has some interactivity with it, (eg. Click here to reset the minigame), the command which it is told to execute is done from the permission level of the player who clicks the dialog. This means that if a server owner wants to use /tellraw for a store or some minigame, the players who interact with it need to be able to use the commands the /tellraw uses, which could be dangerous for the server. Adventure maps that use /tellraw would need to keep cheats enabled, which is not ideal.This may be intended for safety reasons, but it seems to break the tellraw feature.
A solution might be to execute commands that are part of /tellraw from the permissions of the person/commandblock issuing the /tellraw command. This way, for example, if a player who can use /tellraw and /give, but not /ban would not be able to create a dialog that would ban players, but could make one that can give a player an item.
If a player or a command block executes a /tellraw command which has some interactivity with it, (eg. Click here to reset the minigame), the command which it is told to execute is done from the permission level of the player who clicks the dialog. This means that if a server owner wants to use /tellraw for a store or some minigame, the players who interact with it need to be able to use the commands the /tellraw uses, which could be dangerous for the server. Adventure maps that use /tellraw would need to keep cheats enabled, which is not ideal.
This may be intended for safety reasons, but it seems to break the tellraw feature.
A solution might be to execute commands that are part of /tellraw from the permissions of the person/commandblock issuing the /tellraw command. This way, for example, if a player who can use /tellraw and /give, but not /ban would not be able to create a dialog that would ban players, but could make one that can give a player an item.