<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:10:13 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-6141] Enderman NBT Data sign bit error</title>
                <link>https://bugs.mojang.com/browse/MC-6141</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;The issue is that enderman cannot carry blocks with id larger then 127, the block will not render and the game will crash when they try to swap the block again.&lt;/p&gt;

&lt;p&gt;They WILL carry any block with id under 127.&lt;/p&gt;

&lt;p&gt;All tests where done using the emerald block (id 133).&lt;/p&gt;

&lt;p&gt;It first happened when I was creating a bukkit plugin that edited the carried and carriedData NBT tags for the enderman, I was able to spawn them but, as said before, the block did not render and the server crashed when one of these enderman tried to pick another block.&lt;/p&gt;

&lt;p&gt;Then I edited some more enderman (with emerald block) and closed the server before they picked any other block, then after loading the map on single player and waiting a few seconds, one of the enderman picked a block and the game crashed.&lt;/p&gt;

&lt;p&gt;It seems that as the block id is internally saved as byte it is not properly converted to int when using it as a index of the &quot;material array&quot;.....&lt;br/&gt;
It keeps the sign bit and messes up the integer sign, probably there is a missing &quot; int idAsInteger = (idAsByte &amp;amp; 0xFF); &quot; somewhere on the code.&lt;br/&gt;
This is suported by the fact that the Exception is ArrayIndexOutOfBoundsException and the index is -123.&lt;br/&gt;
-123 is the same as 133 (emerald block) when using the last by as sign (two&apos;s complement)&lt;/p&gt;

&lt;p&gt;&lt;b&gt;The same may occur for carriedData (not tested)&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Crash reports below!&lt;/b&gt;&lt;/p&gt;</description>
                <environment>Not relevant</environment>
        <key id="18802">MC-6141</key>
            <summary>Enderman NBT Data sign bit error</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="4">Incomplete</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="goncalomb">Gon&#231;alo Baltazar</reporter>
                        <labels>
                            <label>NBT</label>
                            <label>enderman</label>
                    </labels>
                <created>Sat, 5 Jan 2013 01:17:17 +0100</created>
                <updated>Tue, 9 May 2017 21:28:01 +0200</updated>
                            <resolved>Wed, 22 Jan 2014 00:26:32 +0100</resolved>
                                    <version>Minecraft 1.4.6</version>
                    <version>Minecraft 1.4.7</version>
                    <version>Minecraft 1.5</version>
                    <version>Minecraft 1.6.1</version>
                    <version>Minecraft 1.6.2</version>
                                                                        <votes>4</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="133397" author="galaxy_2alex" created="Wed, 22 Jan 2014 00:26:32 +0100"  >&lt;p&gt;This ticket is &lt;em&gt;incomplete&lt;/em&gt; without the requested information, no response has been received within a reasonable time and we are assuming the issue has been resolved. If you are still experiencing this issue, we can reopen it at your request.&lt;br/&gt;
Please review the &lt;a href=&quot;http://help.mojang.com/customer/portal/articles/801354-writing-helpful-bug-reports-for-minecraft&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;guidelines&lt;/a&gt; before reporting issues.&lt;/p&gt;</comment>
                            <comment id="121439" author="talven81" created="Tue, 26 Nov 2013 21:12:20 +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.2&lt;/b&gt; / Launcher version &lt;b&gt;1.3.4&lt;/b&gt; ? 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="95021" author="bljat" created="Sun, 28 Jul 2013 19:41:48 +0200"  >&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeHeader panelHeader&quot; style=&quot;border-bottom-width: 1px;&quot;&gt;&lt;b&gt;Description: Ticking entity&lt;/b&gt;&lt;/div&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
java.lang.ArrayIndexOutOfBoundsException: -123
	at adr.a(SourceFile:47)
	at adq.a(SourceFile:365)
	at abv.f(SourceFile:306)
	at tf.c(SourceFile:158)
	at oe.l_(SourceFile:1176)
	at of.l_(SourceFile:169)
	at tl.l_(SourceFile:29)
	at abv.a(SourceFile:1349)
	at jr.a(SourceFile:479)
	at abv.g(SourceFile:1327)
	at abv.h(SourceFile:1234)
	at jr.h(SourceFile:364)
	at net.minecraft.server.MinecraftServer.t(SourceFile:470)
	at net.minecraft.server.MinecraftServer.s(SourceFile:405)
	at bkw.s(SourceFile:124)
	at net.minecraft.server.MinecraftServer.run(SourceFile:339)
	at hh.run(SourceFile:582)&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="94991" author="goncalomb" created="Sun, 28 Jul 2013 18:14:05 +0200"  >&lt;p&gt;Still happens in 1.6.2, just updated using a new crash report!&lt;/p&gt;</comment>
                            <comment id="84810" author="zambonifofex" created="Sun, 7 Jul 2013 02:57:33 +0200"  >&lt;p&gt;what about 1.6?&lt;/p&gt;</comment>
                            <comment id="84740" author="d4rkdeagle" created="Sun, 7 Jul 2013 02:02:59 +0200"  >&lt;p&gt;Confirmed on release 1.5.2.&lt;/p&gt;</comment>
                            <comment id="55034" author="goncalomb" created="Mon, 18 Mar 2013 15:33:27 +0100"  >&lt;p&gt;I just tested it and, yes, it&apos;s still present on 1.5, just updated the affected versions...&lt;/p&gt;</comment>
                            <comment id="47024" author="immibis" created="Fri, 22 Feb 2013 08:16:40 +0100"  >&lt;p&gt;It might affect adventure maps.&lt;/p&gt;</comment>
                            <comment id="33012" author="goncalomb" created="Sat, 5 Jan 2013 01:31:00 +0100"  >&lt;p&gt;@Xavier Brown, You are right they by default all blocks carried by enderman are with id under 127. But i still think that they are not working right. If they would have programmed enderman to pick up emerald blocks by default it would have crashed the game. This does not affect the normal user but is an inconsistency in the code.&lt;/p&gt;</comment>
                            <comment id="33006" author="firehunterx" created="Sat, 5 Jan 2013 01:18:33 +0100"  >&lt;p&gt;Enderman aren&apos;t supposed to carry those blocks. See the wiki for the blocks that they are supposed to carry.&lt;/p&gt;

&lt;p&gt;Your making them do something unintended.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="38275" name="1.4.6_report.txt" size="3550" author="goncalomb" created="Sun, 28 Jul 2013 18:13:04 +0200"/>
                            <attachment id="38276" name="1.6.2_report.txt" size="3507" author="goncalomb" created="Sun, 28 Jul 2013 18:13:17 +0200"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                        <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Unconfirmed]]></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_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0mzmf:</customfieldvalue>

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