<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:30:44 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-12381] Custom spawners spawning skeletons/zombies etc sometimes ignore spawning properties and position data and spawn mobs around them</title>
                <link>https://bugs.mojang.com/browse/MC-12381</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;if you create a spawner which spawns a mob with custom data, it will sometimes just spawn regular mobs around it, mostly on startup or when created if you use spawner to spawn the spawner!&lt;br/&gt;
EXAMPLE: Spawner should spawn a wither skeleton with armor on x 0, y 84, z 0, but it spawns regular skeletons around it before it can spawn the wither skeleton on x 0, y 84, z 0! I made some tests and realized, that the spawner will just show up the wither skeleton with armor after it spawned at least 1 skeleton! Until then is shows up a regular skeleton inside the spawner! So probably spawner containing zombies and skeletons will just load the spawner properties AFTER spawning at least 1 zombie or skeleton!&lt;/p&gt;</description>
                <environment>windows 7 64bit, java 7 64bit</environment>
        <key id="27217">MC-12381</key>
            <summary>Custom spawners spawning skeletons/zombies etc sometimes ignore spawning properties and position data and spawn mobs around them</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="7">Invalid</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="alili1996">Ali</reporter>
                        <labels>
                            <label>condition</label>
                            <label>coordinates</label>
                            <label>ignore</label>
                            <label>regular</label>
                            <label>skeleton</label>
                            <label>spawner</label>
                            <label>spawning</label>
                            <label>zombie</label>
                    </labels>
                <created>Tue, 19 Mar 2013 18:52:02 +0100</created>
                <updated>Sun, 3 May 2015 06:16:36 +0200</updated>
                            <resolved>Mon, 29 Jul 2013 19:57:14 +0200</resolved>
                                    <version>Minecraft 1.5</version>
                                                                        <votes>0</votes>
                                    <watches>0</watches>
                                                                            <comments>
                            <comment id="109494" author="wolfiemario" created="Sun, 6 Oct 2013 23:39:39 +0200"  >&lt;p&gt;Alright, it seems Dandamannnnn made an open ticket for 13w39b: &lt;a href=&quot;https://bugs.mojang.com/browse/MC-33092&quot; title=&quot;Custom Mob Spawners will first spawn unedited mob, then the correct mob.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-33092&quot;&gt;&lt;del&gt;MC-33092&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Anyone coming here experiencing this bug in the snapshots should go to that ticket instead - this one doesn&apos;t need reopening. (Also, mods, please don&apos;t close &lt;a href=&quot;https://bugs.mojang.com/browse/MC-33092&quot; title=&quot;Custom Mob Spawners will first spawn unedited mob, then the correct mob.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-33092&quot;&gt;&lt;del&gt;MC-33092&lt;/del&gt;&lt;/a&gt; - it&apos;s not a duplicate if you leave this ticket &quot;Invalid&quot;, because &lt;a href=&quot;https://bugs.mojang.com/browse/MC-33092&quot; title=&quot;Custom Mob Spawners will first spawn unedited mob, then the correct mob.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-33092&quot;&gt;&lt;del&gt;MC-33092&lt;/del&gt;&lt;/a&gt; &lt;b&gt;is&lt;/b&gt; valid).&lt;/p&gt;</comment>
                            <comment id="109475" author="randomness" created="Sun, 6 Oct 2013 23:23:25 +0200"  >&lt;p&gt;Confirmed in 13w39b&lt;/p&gt;</comment>
                            <comment id="108679" author="wolfiemario" created="Fri, 4 Oct 2013 18:12:43 +0200"  >&lt;p&gt;The bug here is that the game no longer serializes the &quot;SpawnData&quot; tag, but still requires its existence. As a result, it has become &lt;em&gt;impossible&lt;/em&gt; to correctly configure a spawner: every time the NBT is loaded, SpawnData is ignored, and a mob will not have custom properties for its first spawn. Dandamannnnn&apos;s video demonstrates this well: each time the world is reloaded, a non-custom zombie spawns. This bug actually creates a very large number of issues and breaks many useful designs (ones which &lt;em&gt;cannot&lt;/em&gt; be replaced with the /summon command).&lt;/p&gt;

&lt;p&gt;The SpawnData tag is &lt;em&gt;supposed&lt;/em&gt; to be serialized - the game still deserializes it and still requires it. The state of a spawner should not change upon world reload, and did not in prior versions. This is definitely a bug.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Can a mod please reopen this and confirm it for 13w39b?&lt;/b&gt; And also edit the description or title to include &quot;SpawnData is no longer saved to disk&quot;?&lt;/p&gt;</comment>
                            <comment id="108494" author="dandamannnnn" created="Thu, 3 Oct 2013 22:58:48 +0200"  >&lt;p&gt;I have been having this happen to me too, its pretty game-breaking for map makers and such.&lt;br/&gt;
Heres a video of it: &lt;a href=&quot;http://youtu.be/O04rqD2nYTk&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://youtu.be/O04rqD2nYTk&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="108493" author="dustinmaxim" created="Thu, 3 Oct 2013 22:47:45 +0200"  >&lt;p&gt;ABSOLUTELY confirmed. Mod please update.&lt;/p&gt;</comment>
                            <comment id="108492" author="hifolksimadam" created="Thu, 3 Oct 2013 22:38:36 +0200"  >&lt;p&gt;I believe that this may once again be an issue (13w39b). Can anyone else confirm? SpawnData seems to have been replaced with Properties, and I&apos;m wondering if this is the cause of my issues.&lt;/p&gt;</comment>
                            <comment id="95354" author="bljat" created="Mon, 29 Jul 2013 19:57:14 +0200"  >&lt;p&gt;Resolving then, thanks for the feedback.&lt;/p&gt;</comment>
                            <comment id="95353" author="wolfiemario" created="Mon, 29 Jul 2013 19:55:16 +0200"  >&lt;p&gt;From what I can tell, this isn&apos;t a valid bug report. He was leaving SpawnData undefined, when SpawnData is what determines the properties of the next mob to be spawned. It&apos;s not &quot;random&quot; or &quot;sometimes&quot;: If you don&apos;t define SpawnData, the next mob to spawn will not have custom data, because you never told it to.&lt;/p&gt;

&lt;p&gt;I also found an easy way to avoid this issue: setting the Delay to -1 will cause SpawnData to be generated from SpawnPotentials the moment the chunk containing the spawner loads. Such a spawner will always spawn mobs with custom properties, as long as you&apos;ve defined said properties.&lt;/p&gt;</comment>
                            <comment id="95235" author="bljat" created="Mon, 29 Jul 2013 17:30:07 +0200"  >&lt;p&gt;    Is this still a concern in the &lt;em&gt;current Minecraft version&lt;/em&gt; 1.6.2 / Launcher version 1.1.3 ? 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="61315" author="wolfiemario" created="Fri, 19 Apr 2013 16:23:18 +0200"  >&lt;p&gt;I&apos;ve made redstone-triggered boss spawners before. You have a few options:&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;Have SpawnData, and do not have SpawnPotentials. This only works if you only wanted one potential spawn anyhow. The game will automatically generate SpawnPotentials based on your SpawnData and EntityId when it needs them, &quot;upgrading&quot; it to a proper spawner - the behavior will be consistent for all spawns. This is my method of choice.&lt;/li&gt;
	&lt;li&gt;Have both SpawnData and SpawnPotentials, where SpawnData is a copy of the Properties tag within your SpawnPotentials. This is the annoying method, as you have to make changes in two places every time you want to edit something - it&apos;s easy to mess up without knowing, and have dire consequences. At the same time, if you do everything correctly, you&apos;ll be creating a custom spawner in its &quot;proper&quot; final state, and it will be consistent.&lt;/li&gt;
	&lt;li&gt;Have SpawnPotentials but not SpawnData. This is what you&apos;re doing, and I somewhat recommend against it. To work around this method, you have to let it spawn at least once (and kill the vanilla-spawned mobs it creates) before the system &apos;decays&apos; to the &quot;proper&quot; setup, where both SpawnData and SpawnPotentials exist. If you &lt;em&gt;really&lt;/em&gt; want to use this method anyhow, I might recommend making EntityId something such as &quot;Monster&quot;, which exists in the game but does not get spawned anyhow. This way, your first spawn will merely fail; there will be no mobs to clean up so the spawner can spawn again (and SpawnPotentials will change EntityId to the desired ID, also).&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;Note that the first two methods above (assuming you do them correctly) will spawn the desired mob &lt;em&gt;every&lt;/em&gt; time - there will be no &quot;oh, this time it just spawned a normal skeleton&quot;.&lt;/p&gt;

&lt;p&gt;All of this is due to the meaning of SpawnData and EntityId. They are not deprecated or unused. They determine the &lt;em&gt;next&lt;/em&gt; monster to spawn. They are what determine the monster you see spinning in the cage, also. Mojang can&apos;t just remove them, or it would break spawner consistency.&lt;/p&gt;</comment>
                            <comment id="61271" author="alili1996" created="Fri, 19 Apr 2013 15:02:47 +0200"  >&lt;p&gt;That&apos;s the problem, if you want to spawn an armored wither skeleton at special coordinates on time, you get a regular skeleton at the spawner. Problem: No wither skeleton, there where you need one, making things like redstone triggered boss spawner buggy and hard to make!&lt;/p&gt;</comment>
                            <comment id="60636" author="wolfiemario" created="Thu, 18 Apr 2013 01:50:19 +0200"  >&lt;p&gt;This is because you have to specify SpawnData in addition to SpawnPotentials. The wiki&apos;s been having a bit of an edit war about these - I&apos;m not sure whether it&apos;s a bug, but if you specify SpawnPotentials and not SpawnData, SpawnData is not initialized until the first spawn: the first spawn will use the default properties.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </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|i0fq9r:</customfieldvalue>

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