<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 11:52:29 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-862] Spawn protection doesn&apos;t work for item frames, paintings and armor stands</title>
                <link>https://bugs.mojang.com/browse/MC-862</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;h3&gt;&lt;a name=&quot;Thebug&quot;&gt;&lt;/a&gt;The bug&lt;/h3&gt;
&lt;p&gt;The spawn protection (&lt;tt&gt;spawn-protection=16&lt;/tt&gt; in &lt;tt&gt;server.properties&lt;/tt&gt;) will not work in all situations.&lt;/p&gt;

&lt;p&gt;A non-op player can, by pressing the left mouse button on a item frame with, for example, a diamond sword. Both the frame and the sword will be dropped an can be picked up.&lt;/p&gt;

&lt;p&gt;Also affects paintings.&lt;/p&gt;</description>
                <environment></environment>
        <key id="12142">MC-862</key>
            <summary>Spawn protection doesn&apos;t work for item frames, paintings and armor stands</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="slicedlime">[Mojang] slicedlime</assignee>
                                    <reporter username="steka">Stefan &quot;Blixten&quot; Karlsson</reporter>
                        <labels>
                            <label>armorstand</label>
                            <label>item-frame</label>
                            <label>painting</label>
                            <label>spawn-protection</label>
                    </labels>
                <created>Sat, 27 Oct 2012 12:02:11 +0200</created>
                <updated>Sun, 10 Jul 2022 12:05:22 +0200</updated>
                            <resolved>Mon, 13 Jan 2020 15:06:56 +0100</resolved>
                                    <version>Minecraft 1.4.2</version>
                    <version>Minecraft 1.4.7</version>
                    <version>Minecraft 1.5.1</version>
                    <version>Minecraft 1.5.2</version>
                    <version>Minecraft 1.6.1</version>
                    <version>Minecraft 1.6.2</version>
                    <version>Minecraft 1.6.4</version>
                    <version>Minecraft 13w39b</version>
                    <version>Minecraft 13w41a</version>
                    <version>Minecraft 13w41b</version>
                    <version>Minecraft 13w42a</version>
                    <version>Minecraft 13w42b</version>
                    <version>Minecraft 13w43a</version>
                    <version>Minecraft 1.7.1</version>
                    <version>Minecraft 1.7.2</version>
                    <version>Minecraft 1.7.3</version>
                    <version>Minecraft 1.7.4</version>
                    <version>Minecraft 14w02c</version>
                    <version>Minecraft 14w03a</version>
                    <version>Minecraft 14w03b</version>
                    <version>Minecraft 1.7.10</version>
                    <version>Minecraft 14w30c</version>
                    <version>Minecraft 14w31a</version>
                    <version>Minecraft 14w32a</version>
                    <version>Minecraft 14w33c</version>
                    <version>Minecraft 14w34d</version>
                    <version>Minecraft 1.8-pre1</version>
                    <version>Minecraft 1.8-pre3</version>
                    <version>Minecraft 1.8</version>
                    <version>Minecraft 15w39c</version>
                    <version>Minecraft 1.10.2</version>
                    <version>Minecraft 17w06a</version>
                    <version>Minecraft 1.12.1</version>
                    <version>Minecraft 1.12.2</version>
                    <version>Minecraft 18w16a</version>
                    <version>Minecraft 18w22c</version>
                    <version>Minecraft 1.13-pre2</version>
                    <version>Minecraft 1.13-pre3</version>
                    <version>Minecraft 1.13.2</version>
                    <version>Minecraft 18w48a</version>
                    <version>Minecraft 18w48b</version>
                    <version>Minecraft 18w49a</version>
                    <version>Minecraft 18w50a</version>
                    <version>Minecraft 19w12b</version>
                    <version>Minecraft 19w13b</version>
                    <version>Minecraft 19w14a</version>
                    <version>Minecraft 19w14b</version>
                    <version>1.15.1</version>
                                    <fixVersion>1.15.2 Pre-Release 1</fixVersion>
                                                        <votes>26</votes>
                                    <watches>12</watches>
                                                                            <comments>
                            <comment id="623816" author="awesoman3000" created="Mon, 13 Jan 2020 15:27:47 +0100"  >&lt;p&gt;I assume this also affects leash knots?&lt;/p&gt;</comment>
                            <comment id="621696" author="marco.van.wyngaarden@gmail.com" created="Fri, 3 Jan 2020 18:05:03 +0100"  >&lt;p&gt;Problem still exist in 1.15.1&lt;/p&gt;</comment>
                            <comment id="506890" author="xavom" created="Fri, 14 Dec 2018 16:48:30 +0100"  >&lt;p&gt;Affects:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;1.13&lt;/li&gt;
	&lt;li&gt;1.13.1&lt;/li&gt;
	&lt;li&gt;1.13.2&lt;/li&gt;
&lt;/ul&gt;



&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="462387" author="lord_quadrato" created="Thu, 21 Jun 2018 21:30:11 +0200"  >&lt;p&gt;Confirmed for 1.13-pre3&lt;/p&gt;</comment>
                            <comment id="461050" author="lord_quadrato" created="Sun, 17 Jun 2018 00:09:44 +0200"  >&lt;p&gt;Confirmed for 1.13-pre2&lt;/p&gt;</comment>
                            <comment id="457199" author="lord_quadrato" created="Fri, 1 Jun 2018 00:13:49 +0200"  >&lt;p&gt;Confirmed for 18w22c&lt;/p&gt;</comment>
                            <comment id="399030" author="bemoty" created="Sat, 12 Aug 2017 16:00:44 +0200"  >&lt;p&gt;Can confirm for MC 1.12.1.&lt;/p&gt;</comment>
                            <comment id="360404" author="mrpiggens_" created="Mon, 13 Feb 2017 16:47:42 +0100"  >&lt;p&gt;Yeah, it seems like it&apos;s an issue with item-frames and paintings being entities. A possible fix with be to add the &lt;/p&gt;
{Invulnerable:1}
&lt;p&gt; NBT tag to all of those types of entities in a spawn-protected area. The only problem with this is that even players with Operator Permissions couldn&apos;t break them. Servers would have to turn off, disable spawn-protection, edit the map, turn spawn-protection on, and then turn the server back on. This isn&apos;t really a major setback, as most servers would edit the world spawn either when the server was offline or in a duplicate file anyway.&lt;/p&gt;</comment>
                            <comment id="252045" author="marcono1234" created="Sat, 26 Sep 2015 13:27:43 +0200"  >&lt;p&gt;Confirmed for&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;&lt;b&gt;15w39c&lt;/b&gt; for item frames and paintings&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="184657" author="torabi" created="Tue, 5 Aug 2014 15:02:22 +0200"  >&lt;p&gt;Intention cannot be understood purely by looking at code. Otherwise, we could mark all issues as &quot;Works As Intended&quot;, with no further thought, because the game is doing exactly what it&apos;s programmed to do. Software is typically an imperfect representation of the developer&apos;s intended behavior, whether due to typos, inaccurate logic, false knowledge about other code, or some other mental error. Or, in some cases, multiple components that are each working as the developer intends them to may produce unintended behavior when they interact, because the developer did not account for that interaction.&lt;/p&gt;

&lt;p&gt;&lt;br class=&quot;atl-forced-newline&quot; /&gt;&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Spawn protection works for blocks, because when it was implemented, there were no entities such as paintings or item frames that the developers might have wanted it to protect. All entities were mobs, players, or dropped items.&lt;/li&gt;
	&lt;li&gt;Item frames are entities because it was the simplest way that occurred to the developers to implement them at the time. It would be possible to make a block with the desired functionality, and due to how the code has changed, and features that have been introduced, it would probably be easier to do now than it was when item frames were first implemented.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Mojang could change either of these things. They could make spawn protection apply to item frames, without affecting any other entities. They could apply the invulnerable tag to any item frame hung in the spawn area, or prevent non-creative players from hanging them in that area. They could make item frames into blocks, or even invent an entirely new type of object to handle them. They wrote the rules in the first place, they can change them or make exceptions to them.&lt;/p&gt;

&lt;p&gt;There&apos;s reason to believe this might be an oversight, and we have explicit instructions not to mark tickets &quot;Works As Intended&quot; without evidence, such as a statement from Mojang. Thus, we&apos;ve left it for them to make a decision on. Not only has it been on the tracker for a significant period of time, it&apos;s been brought to their attention. The behavior of item frames has changed over time, and things like the introduction of the invulnerable tag and the development on Adventure mode may allow them to make a decision on this. Developers don&apos;t always know exactly how they want things to work right from the beginning. Sometimes it takes some experimentation to see how the behavior feels to determine that.&lt;/p&gt;</comment>
                            <comment id="184590" author="themeaningofblah" created="Tue, 5 Aug 2014 03:47:59 +0200"  >&lt;p&gt;Eh, I think I&apos;m done with this as well. Same thing as qmagnet. We&apos;ll just wait until Mojang decides if its a bug or if its meant to be this way.&lt;/p&gt;</comment>
                            <comment id="184573" author="qmagnet" created="Tue, 5 Aug 2014 02:55:28 +0200"  >&lt;p&gt;Fair enough. I guess to me it just seems to waste the devs time, instead of them spending the time to fix the mile long list of programming glitches.&lt;/p&gt;</comment>
                            <comment id="184571" author="ezekielelin" created="Tue, 5 Aug 2014 02:51:49 +0200"  >&lt;blockquote&gt;
&lt;p&gt;I don&apos;t understand what you meant by &quot;This disproves intention of making it an entity, making it no longer a feature request&quot;.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;I meant that by that last part you were basically saying that they would have made it a block if they could but blocks are technologically limited and can&apos;t do that part. Therefor its clear they intended to make a block, but were forced to use an item frame behind the scenes. Therefor this isn&apos;t a feature request because they intended it to behave like a block.&lt;/p&gt;

&lt;p&gt;I&apos;m personally done with this argument. I don&apos;t get why you are insistent that this isn&apos;t a real issue, it doesn&apos;t affect you. Do you not &lt;b&gt;want&lt;/b&gt; this to work? You said you did, so why don&apos;t you just let this ticket stay open and stop saying its impossible. If its impossible Mojang just won&apos;t fix the issue, and nobody will be any worse off.&lt;/p&gt;</comment>
                            <comment id="184562" author="qmagnet" created="Tue, 5 Aug 2014 02:33:28 +0200"  >&lt;p&gt;All I&apos;m saying is there are things I think would be great if it were possible. This I can&apos;t see being. The source of spawn-protection affecting blocks is proven by simply running a server and testing any entity inside the spawn radius. Can minecarts be broken? Can wolves be killed?  Look at the world in MCEdit, it will clearly show you colours that represent entities.&lt;/p&gt;

&lt;p&gt;I see no contradiction in my statement. I would love for it to BE possible.  The user may perceive this as &quot;my spawn is totally protected&quot; but the coding has rules and from the little knowledge of programming I have, I can&apos;t see how this is possible to change.&lt;/p&gt;

&lt;p&gt;I hope I&apos;m wrong.&lt;/p&gt;


&lt;p&gt;I don&apos;t understand what you meant by &quot;This disproves intention of making it an entity, making it no longer a feature request&quot;.&lt;/p&gt;</comment>
                            <comment id="184555" author="ezekielelin" created="Tue, 5 Aug 2014 02:18:03 +0200"  >&lt;blockquote&gt;
&lt;p&gt;Mods, if you are keeping this bug report open just so a Mojangstah can take the blame for stamping a WAI resolution on it, I understand. But I really wish you guys would understand the difference between a block and an entity. Both Sonic and I aren&apos;t saying it&apos;s a bad idea. We are saying it&apos;s not a bug.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;I don&apos;t know wether Mojang will mark it WAI or not. I don&apos;t have authorization to close it unless I&apos;m 100% sure its WAI, which I&apos;m not. This is because we have a fundamentally different definition of &apos;spawn protection&apos;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Do I wish player&apos;s could protect anything they want on a server spawn? YES! Absolutely. And with a bit of NBT mapmaking knowledge, you basically can&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Keep this statement in mind&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;But spawn-protection is just a term saying blocks within the radius can&apos;t be destroyed&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Where do you learn this &quot;definition&quot;. What is your source that spawn protection refers to blocks, and cannot refer to entities at the intention level (not the code level, disregard the code).&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;For item frames to be unbreakable, every entity inside that spawn radius has to be unbreakable&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Remember that sentence earlier about NBT data? Doesn&apos;t that kinda contradict this? If I can, using a command block loop, make something happen, than so can Mojang, with code.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Note: I&apos;m pretty certain the reason an Item Frame can act as an item placement is because it IS an entity. I don&apos;t think there is any way a block could do this.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;This disproves intention of making it an entity, making it no longer a feature request&lt;/p&gt;

&lt;p&gt;Now, lastly. I want to clarify that of course I understand the difference between an entity and a block. A block is a word applied to a integer coordinate. You can&apos;t have a block go from 75.0 to 76.0, left to right. It &lt;b&gt;must&lt;/b&gt; go from 75.5 to 76.5, with no exceptions. Whereas an entity has a floating point coordinate, meaning it can move around freely. An entity also has NBT data, meaning it can store much more data about itself than a block. I completely understand this, and what I&apos;m saying is that just because at the code level its an entity doesn&apos;t mean a user doesn&apos;t perceive it as a block. You need to stop thinking about how its implemented, and instead about how it acts.&lt;/p&gt;</comment>
                            <comment id="184553" author="qmagnet" created="Tue, 5 Aug 2014 02:05:10 +0200"  >&lt;p&gt;Mods, if you are keeping this bug report open just so a Mojangstah can take the blame for stamping a WAI resolution on it, I understand. But I really wish you guys would understand the difference between a block and an entity. Both Sonic and I aren&apos;t saying it&apos;s a bad idea. We are saying it&apos;s not a bug.&lt;/p&gt;

&lt;p&gt;Do I wish player&apos;s could protect anything they want on a server spawn? YES! Absolutely. And with a bit of NBT mapmaking knowledge, you basically can. But spawn-protection is just a term saying blocks within the radius can&apos;t be destroyed. So unless Mojang adds a new item frame block type that people can use, it just can&apos;t happen. For item frames to be unbreakable, every entity inside that spawn radius has to be unbreakable. So is Mojang going change the spawn-protection property so that any stray creepers are invulnerable inside that radius? I&apos;m not even sure that&apos;s possible.&lt;/p&gt;

&lt;p&gt;Note: I&apos;m pretty certain the reason an Item Frame can act as an item placement is because it IS an entity.  I don&apos;t think there is any way a block could do this.&lt;/p&gt;</comment>
                            <comment id="184545" author="galaxy_2alex" created="Tue, 5 Aug 2014 01:32:19 +0200"  >&lt;p&gt;@Sonic:&lt;br/&gt;
Someone that just plays the game doesn&apos;t care how it is in the code. He sees the Item Frame as something that he can build with and that should stay in place when it&apos;s protected by spawn protection. And it not as hard as you describe it to solve this issue. Oh well, we poked DB about it, we&apos;ll see what he thinks about it.&lt;/p&gt;</comment>
                            <comment id="184505" author="ezekielelin" created="Mon, 4 Aug 2014 22:44:00 +0200"  >&lt;blockquote&gt;
&lt;p&gt;an entity itself can&apos;t be a block or even behave like one as it violates the dynamic object coding in computer games and game engines.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;How does this relate to spawn protection on item frames?&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;An entity is basically a dynamic object such as a non-playable character or an item.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;A player is an entity...&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The spawn protection in the server.properties only applies to blocks.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Source?&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;An item frame is not a block, but an entity. An item frame is not meant to be a block and therefore doesn&apos;t count as such.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Just because they implemented it as an entity (because it needs features a block can&apos;t provide), doesn&apos;t mean it shouldn&apos;t behave like a block. After all, it takes up a 1x1x1 space, it doesn&apos;t move, and it can&apos;t occupy the space of another block.&lt;/p&gt;</comment>
                            <comment id="184429" author="themeaningofblah" created="Mon, 4 Aug 2014 19:41:37 +0200"  >&lt;p&gt;&lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=qmagnet&quot; class=&quot;user-hover&quot; rel=&quot;qmagnet&quot;&gt;qmagnet&lt;/a&gt;&apos;s right.&lt;/p&gt;

&lt;p&gt;To add on to what he&apos;s saying, an entity itself &lt;b&gt;can&apos;t&lt;/b&gt; be a block or even behave like one as it violates the dynamic object coding in computer games and game engines. &lt;/p&gt;

&lt;p&gt;An entity is basically a dynamic object such as a non-playable character or an item.&lt;/p&gt;

&lt;p&gt;The spawn protection in the server.properties only applies to blocks. An item frame is not a block, but an entity. An item frame is not meant to be a block and therefore doesn&apos;t count as such.&lt;/p&gt;

&lt;p&gt;Why would people want to classify them as blocks when they literally aren&apos;t?&lt;/p&gt;

&lt;p&gt;In laymen&apos;s terms, &quot;this is a feature request and not a bug.&quot; - qmagnet&lt;/p&gt;</comment>
                            <comment id="184317" author="galaxy_2alex" created="Mon, 4 Aug 2014 01:52:14 +0200"  >&lt;p&gt;The people don&apos;t care how it&apos;s coded, and if we close this, they&apos;ll report it again/complain why we closed it since it is a bug from their point of view. Keep in mind that you are not the only person, and that other people have their own views as well.&lt;/p&gt;</comment>
                            <comment id="184316" author="qmagnet" created="Mon, 4 Aug 2014 01:48:58 +0200"  >&lt;p&gt;You have to look at them as coded items. It doesn&apos;t matter what they are used for, if the code doesn&apos;t allow for it, you can&apos;t claim it&apos;s a bug.&lt;/p&gt;</comment>
                            <comment id="184313" author="galaxy_2alex" created="Mon, 4 Aug 2014 01:36:11 +0200"  >&lt;p&gt;Item Frames can be part of a building, a spawn building if you will. The builder decides that it would look nice to have some of them hanging around with some items in it to give the place a better atmosphere. The builder does not want it to be destroyed or anything like that. Well, sadly, there is that bug with the item frames.&lt;/p&gt;

&lt;p&gt;Item Frames are technically seen entities, correct. But just technically, if you look at them from another perspective, they are building material, and the spawn protection exists so that random people cannot just destroy your builds.&lt;/p&gt;</comment>
                            <comment id="184251" author="qmagnet" created="Sun, 3 Aug 2014 20:26:10 +0200"  >&lt;p&gt;They are treated exactly the way any mobs are treated. They are spawned using summon and destroyed using kill. I don&apos;t understand why people seems to want to class them as blocks.  There are too many reports like this where people don&apos;t understand how the components of Minecraft actually work. Saying this is a bug, means Mojang has missed something in the code, or has added something new that has negatively affected or unintentionally affected something that previously worked properly.  Neither of these is the case in this. This is a feature request, not a bug.&lt;/p&gt;</comment>
                            <comment id="184243" author="ezekielelin" created="Sun, 3 Aug 2014 20:15:52 +0200"  >&lt;p&gt;qmagnet, just because they are in the code, entities, doesn&apos;t mean they&apos;re treated like, say, a creeper is treated. They behave like a block.&lt;/p&gt;

&lt;p&gt;Also the wiki is *&lt;b&gt;not&lt;/b&gt;* a reliable source of information determining the intention of the developers.&lt;/p&gt;</comment>
                            <comment id="184116" author="qmagnet" created="Sun, 3 Aug 2014 05:59:07 +0200"  >&lt;p&gt;It has to be intended based on Item Frames being entities.  &lt;a href=&quot;http://minecraft.gamepedia.com/Server.properties&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://minecraft.gamepedia.com/Server.properties&lt;/a&gt; specifically explains that spawn-protection applies to blocks.  Because Item Frames are not at all blocks and should not be identified as such.  Essentially, it&apos;s equivalent to expecting for Creepers to be indestructible on spawn.  The spawn-protection applies to blocks alone.&lt;/p&gt;</comment>
                            <comment id="184104" author="banana478" created="Sun, 3 Aug 2014 05:13:20 +0200"  >&lt;p&gt;We understand &lt;b&gt;why&lt;/b&gt; this issue exists. That doesn&apos;t mean it is intended.&lt;/p&gt;</comment>
                            <comment id="184079" author="qmagnet" created="Sun, 3 Aug 2014 03:17:42 +0200"  >&lt;p&gt;Item frames are not blocks, they are entities and so share the same properties as mobs which can be killed at spawn.&lt;/p&gt;</comment>
                            <comment id="183512" author="steka" created="Fri, 1 Aug 2014 15:36:02 +0200"  >&lt;p&gt;The problem is still there, unfortunately. Affected versions has been updated.&lt;/p&gt;</comment>
                            <comment id="123838" author="theonlyrealtgs" created="Sat, 7 Dec 2013 20:19:22 +0100"  >&lt;p&gt;Confirmed&lt;/p&gt;</comment>
                            <comment id="112805" author="ezekielelin" created="Sat, 19 Oct 2013 17:15:42 +0200"  >&lt;p&gt;This ticket contains two different bugs so therefor I am removing the signs part and adding that to a new ticket: &lt;a href=&quot;https://bugs.mojang.com/browse/MC-36093&quot; title=&quot;Signs and hanging signs destroyed within spawn protection don&amp;#39;t retain their contents for the client&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-36093&quot;&gt;MC-36093&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="30038" author="blueravengt" created="Sat, 22 Dec 2012 02:33:53 +0100"  >&lt;p&gt;It works fine for chests.&lt;/p&gt;

&lt;p&gt;Signs and chests are tile entities. The difference between tile entites (chests, signs, etc.) and entities (paintings, item frames, chickens, etc.) is whether they require a block to exist. Tile entities cannot move around freely or exist in the same space as another block, while entities can exist practically anywhere.&lt;/p&gt;

&lt;p&gt;Stairs, cakes, anvils, torches, water, and portals are neither tile entities nor entites, even though they are not cubes.&lt;/p&gt;

&lt;p&gt;It is possible for blocks to look a lot like entities, and entities to look and behave a lot like blocks. The minecraft wiki is a pretty good place to look if you&apos;re not sure what something is.&lt;/p&gt;</comment>
                            <comment id="27853" author="banana478" created="Tue, 11 Dec 2012 23:27:53 +0100"  >&lt;p&gt;Signs are blocks. An entity is something that can move/change. Item frames are actually entities.&lt;/p&gt;</comment>
                            <comment id="27844" author="nerdyboy6057" created="Tue, 11 Dec 2012 22:47:57 +0100"  >&lt;p&gt;Technically signs are &lt;em&gt;definitively&lt;/em&gt; entities as they do not conform to the cube-shaped base of Minecraft, however the game seems not to treat them the same way.&lt;/p&gt;</comment>
                            <comment id="27803" author="banana478" created="Tue, 11 Dec 2012 17:14:26 +0100"  >&lt;p&gt;No, signs are not entities. When they are destroyed, they reappear but without text.&lt;/p&gt;</comment>
                            <comment id="27688" author="nerdyboy6057" created="Tue, 11 Dec 2012 03:11:18 +0100"  >&lt;p&gt;Spawn protection is not available for signs and item frames, just like animals and mobs. This is because as they do not fit into the cube alignment of the game, they are classed as &apos;entities&apos;. &lt;/p&gt;

&lt;p&gt;This is a known bug and can only be resolved through &apos;spawn protection&apos; where entities (i.e. pigs) cannot be killed: This is an almost impossible task.&lt;/p&gt;</comment>
                            <comment id="27675" author="banana478" created="Tue, 11 Dec 2012 02:09:12 +0100"  >&lt;p&gt;I can confirm.&lt;/p&gt;</comment>
                            <comment id="27175" author="mcgods" created="Sat, 8 Dec 2012 16:25:48 +0100"  >&lt;p&gt;If you relog the text on a sign should be back. (past experience)&lt;/p&gt;</comment>
                            <comment id="16359" author="randompotato13" created="Thu, 1 Nov 2012 14:15:29 +0100"  >&lt;p&gt;Confirmed, the text reappears on relog, but not with the item frame.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="23382">MC-9659</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="61091">MC-38834</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="111605">MC-81325</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="191164">MC-124531</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="285108">MC-170076</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="13031">MC-1673</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="60523">MC-38307</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="11849">MC-579</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Tue, 19 Feb 2013 21:02:00 +0100</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11901" key="com.atlassian.jira.plugin.system.customfieldtypes:multiselect">
                        <customfieldname>Category</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="11622"><![CDATA[(Unassigned)]]></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="10304"><![CDATA[Survival]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i030m7:</customfieldvalue>

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