mojira.dev
MC-51960

Command Blocks do not test for unicode based scoreboards

Basically I have an idea of vanilla permissions using unchangeable scoreboards and happen to walk onto this bug. basically create a scoreboard objective using unicode format in the actual scoreboard. then try to test for it in the brackets after the @<selector> and it wont read the scoreboard but if you do it with a normal scoreboard it works perfectly fine.

tip: use /give in a server console to give you a command block with the unicode symbol or use mcedit to edit in the symbol on existing command blocks in the world.

Linked issues

Comments 6

I have the same problem.

Annoying isn't it? I hope others view this bug and up-vote it. I have a lot of implications with this way of scoreboard objectives but the lack of able to use them is quite an nuisance.

It has been almost a month, since I posted this issue and not even a single moderator or other person has viewed/commented other then I and the one before.... What gives....

Confirmed for 14w21b

If certain characters do not work, don't use them in your objective name.

Well the point of using this system is to create an artificial permissions system that not even ops can edit without console access, aka using this symbol "§" to color format scoreboards making them impervious to unknown revisions.

Steven

michael

Unconfirmed

ascii, block, command, objective, scoreboard, selector, unicode

Minecraft 14w11b

Retrieved