Cody Senmori
- Senmori
- senmori
- Europe/Stockholm
- Yes
- No
MC-30663![[Mojang] Searge (Michael Stoyke)](../../../data/assets/gravatar/searge.png){kind=small}
Low![[Mod] turbo](../../../data/avatars/users/92867.png){kind=small}
When summoning FallingSand with the id of a chest(54), it has the wrong texture when still a FallingSand entity(see pictures).
Command used:
{TileID:54,Time:1,DropItem:0,Motion:[0.0,0.47,0.0]}[code]
/summon FallingSand -21.5 55 1039[/code]
Chest summoned. Correct texture.
Server constantly crashing with weird bugServer constantly crashing when specific user joins
Server crashes when specific user joins.
Deleting player.dat file works, but only for a few minutes.
Deleting scoreboard.dat doesn't work.
Resetting scoreboard does not fix problem.User entered a single a /clone command before crashes start happening. User did not use a command block for said command.
No clocks were running at the time. This server is hosting a WIP minigame so there are about 20 objectives on this map. However, the problem started a few minutes after entered the aforementioned clone command.
Server ran fine from release of 14w25b until this user joins and then server crashed upon joining. There is more than enough disk space on file.
I have more crash logs if needed.
crash-2014-06_22_22.23.26-server.txt is the original incident report.
CentOS 6.5, 32GB RAM
CentOS 6.5, 32GB RAM
CentOS 6.5, 32GB RAM
Java 1.7.0_21 64bit
Signs with clickEvents only check player permissions(if the player is OP) if that sign is inside the spawn-protection area set by server.properties.
This bug only works with signs. it does not work with books nor tellraw.
I have changed my spawn-protection area and the bug still persists.
Pastebin for the command used: http://pastebin.com/rKwJmCJt
Alternatively, you can just use another command block to replace the command block you are testing from. Just setblock with the command you want.
Simple screenshot showing the error that occurs when a player attempts to add a fake player to a team.
Taken in 14w26c
Bug still present in 14w27a.
Tested in 14w29b and is still present.
Like WolfieMario said, the reason tellraw and books require OP for executing commands is security. Those two examples use the same JSON formatting that signs are capable of using, yet only signs are not checked if the player can issue said command(s).
As far as I know, all events are passed to the server for processing and the server determines if the player can issue said commands(as proven by trying to issue commands via books outside spawn protection). It makes no sense to only check commands that are inside signs when the activating player is also inside spawn protection.
Yes, like QwertyuiopThePie said, it's more of a convenience issue and players creating these signs shouldn't leave them out and about but it happens and, sometimes, it's easier to do just that.