mojira.dev
MC-59723

Most command arguments don't work in the 1.8 snapshots

What I EXPECTED to happen was...:
-In ANY snapshot for 1.8, starting as early as snapshot 14w02a, the first 1.8 snapshot, the command will work properly. When a command block with this command in it:

testfor @p[r=1]

is powered, it can detect a player less than one block away from the command block (especially noticeable by checking the comparator next to the command block.) This is how it works if you try it in 1.7.4, but not in the snapshots for 1.8.

What actually happened was...:
The command block, when given this command:
testfor @p[r=1]
and then powered doesn't detect a player if there is one close enough, and returns this result:

"The entity UUID provided is in an invalid format"

This problem happens using almost any command, and any argument. The exact same commands worked in the older versions, but this bug impairs players' ability to use commands in the snapshots. Nowadays, I can hardly do anything involving arguments due to this bug. The only thing I found that works is if I just write the coordinates, followed by the radius, without actually labeling the arguments, like so:

testfor @p[682,10,43,r=1]

And sometimes even that won't work either. Relative coordinates don't often don't work at all, except for sometimes with the execute command. The same result happens every time I try to specify arguments: the last output in the command block is "The entity UUID provided is in an invalid format," even though I have it perfectly written, and I've checked it for accuracy.

This happens almost every time, and with almost every command. It makes command block work almost impossible. Please fix this bug soon, Mojang. Commands are made to be useful, not to refuse to work just because of some bug that prevents them from doing so. Please, I really like the snapshots, but almost nothing is do-able in them while this bug is present.

Steps to Reproduce:
1. Place a command block
2. Place a redstone comparitor facing out from the command block
3. In the command block, type the following:

testfor @p[r=1]

4. Get a button from creative mode, hold your crouch key down (the default is left shift) and right click the command block to place the button on it.
5. Push the button on the command block.
6. Right click the command block while in creative, and look at the "Previous Output field." The previous output will be listed as the time the command was activated, and then this error message:

"The entity UUID provided is in an invalid format."

7. Repeat steps 1-6 in Minecraft 1.7.4, and the comparator will output successfully if a player is within one block of the command block, though as a side note the previous output will not indicate its success, only the comparator will. The previous output will most likely be the time and then: "That player cannot be found," even though it obviously DID find the player if the comparator lit up when the player was within one block of the command block.

As above mentioned, here is an example command, one that is extremely simple and correct, but doesn't work because of this bug:

testfor @p[r=1]

This bug only appears in command blocks, not in the chat.

Try it for yourself. Run the example command in the snapshots. You'll see that I'm right.

Here are three more examples, all of which have been double-checked for accuracy, but none of them work right now in the snapshots for 1.8 because of this bug of command arguments being mistaken for UUIDs:

testfor @p[x=-535,y=4,z=-250,r=2] ~-0.2 ~-1 ~0

scoreboard players set @p[score_necromancy_min=3,score_necromancy=3] checkpoint 4

testfor @p[score_bloodlustmem=0]

[Note: Both of the objectives mentioned above, necromancy and bloodlustmem are dummy objectives. To test them, you'll have to make the dummy objectives of the same name in your worldsave before running these commands.]

Several other users already posted similar bug reports for this kind of issue. Their error reports were either ignored, or marked as "Works as intended." I don't know how making it so almost no command block stuff can be done could possibly be considered "Works as intended." This bug has been around since the start of the 1.8 snapshots, and nothing has been changed to improve this since then. Personally, I consider this to be the worst bug currently in the game, because it cripples adventure map/challenge map making.

Related issues

Attachments

Comments

migrated
[media][media][media][media][media][media][media][media][media][media]
migrated

I cannot confirm this happens

migrated

Reply to FVbico's comment:

Are you in one of the snapshots between 14w02a and 14w26c? Also, if you can't confirm it, please record your attempt and post it as a Youtube video, and put the link to it in the comments for this bug report, so I can see what I might be doing wrong if you are doing it the right way. Thank you!!!

I suppose it's possible that Mojang changed the argument format in the snapshots, and that resulted in me doing it wrong, but until I see what you were doing, I won't know for sure.

migrated

I am between those snapshots instead of a video, I got some pictures to show it still works in 14w26c

migrated

I am also unable to reproduce. Note that the radius is centered around the center of the command block.

migrated

I would be grateful if anyone else CAN confirm this bug. It sure seems to be the result of a bug, not user error. I checked the commands, and they work for me in 1.7.4, but they don't work in the 14w02a snapshot or above, up to and including snapshot 14w26c, the most current snapshot as of today, June 30th.

migrated

Thanks for posting the screenshots, FVbico. That'll do in place of a Youtube video, sure. Thank you.

To Anon Ymus: Yes, I am aware of the fact that the radius centers on the command block. Well, what am I doing wrong then, if I am doing it wrong? Please help. I have no trouble with it in 1.7.4, but it won't work in the 1.8 snapshots. Why would that be?

migrated

(Unassigned)

Unconfirmed

Minecraft 14w21b, Minecraft 14w26b, Minecraft 14w26c

Retrieved