<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:19:57 UTC 2025

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Mojang Studios Jira</title>
    <link>https://bugs.mojang.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en</language>    <build-info>
        <version>9.12.2</version>
        <build-number>9120002</build-number>
        <build-date>10-01-2024</build-date>
    </build-info>


<item>
            <title>[MC-9097] /testfor producing true comparator signal with invalid parameters</title>
                <link>https://bugs.mojang.com/browse/MC-9097</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;I place a command block and give it this command:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;/testfor @p[x=180,y=56,z=22=,r=10]&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;I connect a comparator to the command block(comparing mode) it remains &quot;false&quot; until power is connected. Once a redstone clock is connected the comparator outputs a &quot;true&quot; signal even when a player is not anywhere near the coordinates and the signal is constantly being refreshed by the clock. When the clock is deactivated the comparator still remains powered unless the command block is removed. It also becomes powered even if the previous result was false.&lt;/p&gt;

&lt;p&gt;However when the command is changed to:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;/testfor @a[r=10]&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;the command block is connected to the clock the comparator issues true/false commands when the player is within that radius as normal. I feel like other players have mentioned this a lot but been ignored because their complaints were rather vaguely worded. Any help would be wonderful, thank you.&lt;/p&gt;</description>
                <environment></environment>
        <key id="22564">MC-9097</key>
            <summary>/testfor producing true comparator signal with invalid parameters</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="5" iconUrl="https://bugs.mojang.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="pvt_meatshield">Pvt_Meatshield</reporter>
                        <labels>
                    </labels>
                <created>Sun, 3 Feb 2013 08:43:21 +0100</created>
                <updated>Thu, 31 Jul 2014 02:02:10 +0200</updated>
                            <resolved>Thu, 31 Jul 2014 02:02:10 +0200</resolved>
                                    <version>Snapshot 13w05b</version>
                    <version>Minecraft 1.5.2</version>
                    <version>Minecraft 1.6.1</version>
                    <version>Minecraft 1.6.2</version>
                                    <fixVersion>Minecraft 14w30c</fixVersion>
                                                        <votes>3</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="180983" author="reptile311" created="Mon, 28 Jul 2014 09:09:51 +0200"  >&lt;p&gt;Works in 14w30c. I think this can be closed.&lt;/p&gt;</comment>
                            <comment id="180355" author="ezekielelin" created="Sat, 26 Jul 2014 21:12:32 +0200"  >&lt;p&gt;Is this still a concern in the latest Minecraft version &lt;b&gt;14w30c&lt;/b&gt;? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.&lt;/p&gt;</comment>
                            <comment id="133432" author="galaxy_2alex" created="Wed, 22 Jan 2014 13:01:16 +0100"  >&lt;p&gt;Is this still a concern in the &lt;em&gt;current Minecraft version&lt;/em&gt; &lt;b&gt;1.7.4&lt;/b&gt; / Launcher version &lt;b&gt;1.3.8&lt;/b&gt; or later? If so, please &lt;em&gt;update the affected versions&lt;/em&gt; in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.&lt;/p&gt;</comment>
                            <comment id="97617" author="wolfiemario" created="Wed, 7 Aug 2013 18:50:42 +0200"  >&lt;p&gt;Able to reproduce now that I noticed there&apos;s an extra = sign after the z=22. Thanks for updating the description to make it clear that this only happens when selector arguments* are considered invalid.&lt;/p&gt;

&lt;p&gt;*&lt;sub&gt;I&apos;m not sure how many people are aware, but the official name for @p, @a, and @r are apparently &quot;selectors&quot;, and the contents of the brackets are &quot;selector arguments&quot;.&lt;/sub&gt;&lt;/p&gt;</comment>
                            <comment id="97493" author="grygrflzr" created="Wed, 7 Aug 2013 08:42:56 +0200"  >&lt;p&gt;Reopened. Confirmed issue still exists in 1.6.2, and also happens on all commands that have invalid parameters.&lt;/p&gt;</comment>
                            <comment id="67414" author="bljat" created="Sun, 19 May 2013 21:07:28 +0200"  >&lt;p&gt;Unable to reproduce either.&lt;/p&gt;</comment>
                            <comment id="66248" author="wolfiemario" created="Sun, 12 May 2013 02:35:51 +0200"  >&lt;p&gt;I am unable to reproduce this in 13w19a singleplayer. &lt;a href=&quot;https://bugs.mojang.com/browse/MC-12693&quot; title=&quot;Command &amp;quot;/testfor&amp;quot; outputs a true signal even after re-running command when a player is teleported&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-12693&quot;&gt;&lt;del&gt;MC-12693&lt;/del&gt;&lt;/a&gt; describes a similar bug which is supposedly multiplayer-exclusive; I have not tested it however.&lt;/p&gt;</comment>
                            <comment id="54931" author="bljat" created="Mon, 18 Mar 2013 03:08:39 +0100"  >&lt;p&gt;Is this still a concern in the current Minecraft version? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.&lt;/p&gt;</comment>
                            <comment id="45423" author="reptile311" created="Tue, 12 Feb 2013 16:57:54 +0100"  >&lt;p&gt;I don&apos;t know if this is the right place to say this, but isn&apos;t it better the command block only gives a pulse when the command works correct? If you use testfor playername and the commandblock is activated once, he gives constantly a true signal, also if you logout and login, until you break the block.&lt;/p&gt;</comment>
                            <comment id="43045" author="pvt_meatshield" created="Sun, 3 Feb 2013 09:11:05 +0100"  >&lt;p&gt;Thank you &lt;/p&gt;</comment>
                            <comment id="43044" author="grygrflzr" created="Sun, 3 Feb 2013 09:05:39 +0100"  >&lt;p&gt;Confirmed. Reformatted and renamed the issue.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="48274">MC-28230</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 7 Aug 2013 10:45:00 +0200</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10303"><![CDATA[Confirmed]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_11700" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10501" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Game Mode</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10305"><![CDATA[Creative]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0cfif:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    </customfields>
    </item>
</channel>
</rss>