Starbuck Johnson
- modwizcode
- modwizcode
- Europe/Stockholm
- Yes
- No
5 issues
Key
Summary
Status
Reporter
Assignee
Created
Changed Summary:
Comparing names to check that its not a player using a command block and @a or @p returns incorreect results
Deleted Comment:
This issue has not been resolved its been removed.
Added Affects Versions: 15w44a
This issue has been marked incorrectly. The issue does not have any mod information in the log causing the conclusion reached by Tails to be incorrect
Can you provide more detail? I want to test this issue, what do you mean by sparkle? Steps to reproduce? Very important when mojangstas want to fix issues.
Sorry about the confusion I read it pretty closely and then missed that line. I find that using vanilla not only helps stop crashes, it lets you find creative ways to replicate plugin functionality and makes the game less about mods and more about playing.
Thanks. So long as this is known to be an issue not a feature request. In addition to information provided, teams work properly in this situation.
Very simple. Make a command block that does any command such as /say or /me or /tp then use an @a[!name=<name to test>] the result will be random, and will include that name if the player is logged on and lose another player from my experience.
Sorry for the incorrect last post but I did some more testing. the format is @a[name=!<testname>] and it works properly without any other players on the server, but with 2 players it acts like an @a with no name check and with 3 it removes one of the names, but not the one your trying to remove.
I did look for duplicates by searching. I was the one who encouraged Z5T1 to report this bug. This is a major issue for vanilla management and provided the simplicity of the bug there is no reason to mark it a duplicate of a bug that has already been marked as won't fix.
Is this accepted/confirmed yet?
On Wed, May 8, 2013 at 5:59 PM, Nathanael Neveux (JIRA) <
I got it covered. Thanks for the offer tho.