<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 11:56:25 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-2018] Hostile mobs depsawn when moving through Nether portals in SMP unless playing alone</title>
                <link>https://bugs.mojang.com/browse/MC-2018</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;Due to the fact that mobs despawn when far from other players, you cannot move hostile mobs through Nether portals in SMP if there is a player online on the other side of that portal, unless that player is close enough that the mob does not despawn. Everything works fine in SSP, or if there are no other players online, or if it&apos;s a mob type that doesn&apos;t despawn (i.e. passive mobs)&lt;/p&gt;

&lt;p&gt;&lt;b&gt;What I expected to happen was...:&lt;/b&gt;&lt;br/&gt;
The hostile mob should move through the Nether portal but then wait &quot;in limbo&quot; on the other side, because the chunk in which the portal they&apos;ll come out of isn&apos;t loaded (which is how it works in single player)&lt;/p&gt;

&lt;p&gt;&lt;b&gt;What actually happened was...:&lt;/b&gt;&lt;br/&gt;
A mob will move through the portal on one side, arrive on the other side, see that it is too far from the other players (even though the chunk isn&apos;t loaded) and despawn instantly&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Steps to Reproduce:&lt;/b&gt;&lt;br/&gt;
1. Start a SMP server&lt;br/&gt;
2. Have two people online, both in the Overworld, and very far apart (thousands of blocks, whatever)&lt;br/&gt;
3. Have one person create a Nether portal, go to the Nether, and move a hostile mob through the Nether portal back into the Overworld&lt;br/&gt;
4. The mob will despawn&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Other tests that confirm this behaviour:&lt;/b&gt;&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;If the &quot;other online person&quot; is close to the Nether portal, the mob moves through successfully&lt;/li&gt;
	&lt;li&gt;If no one is online at all (or alternatively, in single player), the mob &quot;waits in limbo&quot; and loads successfully when the player moves through the portal&lt;/li&gt;
	&lt;li&gt;Passive mobs move through and do not despawn, regardless of game mode or who is online&lt;/li&gt;
	&lt;li&gt;Despawning works both ways (Overworld &amp;gt; Nether or vice-versa), so long as there is a player out of range on whatever side of the portal the hostile mob comes out of (in other words, if player 2 is in the Overworld and no one is in the Nether, and you move a hostile mob &lt;b&gt;to&lt;/b&gt; the Nether instead of from it, the mob will be waiting for player 1 in the Nether&lt;/li&gt;
&lt;/ul&gt;
</description>
                <environment>Windows 7, Java Version 7 Update 9</environment>
        <key id="13403">MC-2018</key>
            <summary>Hostile mobs depsawn when moving through Nether portals in SMP unless playing alone</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="6">Works As Intended</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="brocube">Danny Barbier</reporter>
                        <labels>
                    </labels>
                <created>Sat, 3 Nov 2012 01:40:18 +0100</created>
                <updated>Mon, 30 Dec 2024 18:57:04 +0100</updated>
                            <resolved>Thu, 6 Dec 2012 17:04:06 +0100</resolved>
                                    <version>Minecraft 1.4.2</version>
                                                                        <votes>1</votes>
                                    <watches>2</watches>
                                                                            <comments>
                            <comment id="1372766" author="boate9g" created="Mon, 30 Dec 2024 18:57:04 +0100"  >&lt;p&gt;Imao, the game should have the data of &quot;why the chunk is loaded&quot;. If the chunk is loaded because there is a nearby player, hostile mobs should be able to despawn. If it is loaded &lt;b&gt;only because an item entity is sent through a nearby portal&lt;/b&gt;, hostile mobs shouldn&apos;t be able to despawn.&lt;/p&gt;</comment>
                            <comment id="26853" author="brocube" created="Thu, 6 Dec 2012 22:29:46 +0100"  >&lt;p&gt;I understand, but there is a strong inconsistency in how mobs moving through nether portals is handled.&lt;/p&gt;

&lt;p&gt;SSP: Mobs move through the portal on one side, mobs waiting to greet you on the other side&lt;br/&gt;
SMP (when no one else is online): Same as above&lt;br/&gt;
SMP (when more than one person is online): Mobs move through the portal on one side, but do not greet you on the other because they&apos;ve despawned.&lt;/p&gt;

&lt;p&gt;This isn&apos;t necessarily a flaw in coding and everything is working as intended, but it is an obvious design oversight. Am I... wrong in thinking that?&lt;/p&gt;</comment>
                            <comment id="26796" author="mustek" created="Thu, 6 Dec 2012 17:04:06 +0100"  >&lt;p&gt;It&apos;s intended that hostile mobs despawn when a chunk is unloaded.&lt;/p&gt;</comment>
                            <comment id="17469" author="brocube" created="Sat, 3 Nov 2012 01:59:41 +0100"  >&lt;p&gt;Obviously, this negatively affects the usability of nether portals in mob farms, which (while mojang usually frowns on farming) is clearly the biggest benefit of the new functionality of mobs moving through portals. If hostile mobs can&apos;t move through portals without despawning in smp, adding that feature altogether was kind of moot, save for like, moving mooshroom cows around quicker or whatever.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="80900">MC-54582</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <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_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_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0fu6n:</customfieldvalue>

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