<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sat Jan 11 15:19:51 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>[MCPE-18570] Schrodinger&apos;s Steve</title>
                <link>https://bugs.mojang.com/browse/MCPE-18570</link>
                <project id="10200" key="MCPE">Minecraft (Bedrock codebase)</project>
                    <description>&lt;p&gt;Create a new flat world.&lt;br/&gt;
Build 2 Nether portals close to each other, Portal A and Portal B.&lt;br/&gt;
Make sure A is activated and B is deactivated.&lt;br/&gt;
Create a mechanism to toggle the portals, such that when a button is pressed, after sufficient delay to allow a person to use the previously activated portal before it is turned off, the portal that is currently on will turn off, and the portal which had been off will turn on.&lt;/p&gt;

&lt;p&gt;If you hit the button and run through the portal in single player, when you attempt to return from the nether, you will come out at the location of the portal you originally used, even though it is no longer active.  In my original test case, this placed me inside of a wall which I had to destroy to be able to move.&lt;/p&gt;

&lt;p&gt;If however, you have multiple players, as long as one player remains in the overworld in proximity to the nether portals, when you come back to the overworld you will instead come out the portal which is currently active, which is the desired behavior which is not seen when playing single player.&lt;/p&gt;

&lt;p&gt;This must be because in single player, when the only player is in the nether, overworld processes cease to execute, and thus the mechanism for swapping the portals does not actually happen until you go back to the overworld.&lt;/p&gt;

&lt;p&gt;Solution would be to let certain types of processes continue instead of suspending them when the world changes.&lt;/p&gt;

&lt;p&gt;If needed I can supply test world, video, images, etc.&lt;/p&gt;</description>
            <key id="155922">MCPE-18570</key>
            <summary>Schrodinger&apos;s Steve</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>
                                            <reporter username="TheOrganicGypsy">Jason Welbourne</reporter>
                        <labels>
                            <label>world-loading</label>
                    </labels>
                <created>Sat, 19 Nov 2016 22:45:08 +0100</created>
                <updated>Tue, 17 Jan 2017 13:46:02 +0100</updated>
                            <resolved>Fri, 13 Jan 2017 08:31:12 +0100</resolved>
                                    <version>0.17.0.2</version>
                    <version>0.16.2</version>
                    <version>1.0.0.0</version>
                    <version>1.0.0.1</version>
                    <version>1.0.0.2</version>
                    <version>1.0.0.7</version>
                    <version>1.0.0</version>
                                                                        <votes>1</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="354672" author="talaeus" created="Tue, 17 Jan 2017 13:46:02 +0100"  >&lt;blockquote&gt;&lt;p&gt;The Redstone tick issue impacts a variety of machines that people may want to build.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Yes, we know this.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;All I want is a room that can&apos;t be broken into. I&apos;ve stretched the limits of my creativity getting this far. Now all that stands between me and my goal is a dozen ticks or so. &lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;You could make the off-switch in the nether instead of in the overworld.&lt;/p&gt;</comment>
                            <comment id="354551" author="theorganicgypsy" created="Mon, 16 Jan 2017 16:58:50 +0100"  >&lt;p&gt;The Redstone tick issue impacts a variety of machines that people may want to build.  There&apos;s people building circuits so complex they can&apos;t even fit in the 8 closest chunks they are standing in.  If detecting idle adds too much overhead to a main loop then create a special block that can force a chuck to stay open if it is powered or some sort of mechanism that can transfer control of this process to the user.  I&apos;m my case I only need a few ticks, but other people might like to build circuits that they can power on and off sections of as needed, for arbitrary lengths of time. Right now, that requires walking around.&lt;/p&gt;

&lt;p&gt;All I want is a room that can&apos;t be broken into.  I&apos;ve stretched the limits of my creativity getting this far.  Now all that stands between me and my goal is a dozen ticks or so.  &lt;/p&gt;</comment>
                            <comment id="354453" author="talaeus" created="Mon, 16 Jan 2017 08:52:55 +0100"  >&lt;blockquote&gt;&lt;p&gt;It&apos;s also possible to bug the dispenser state causing water to become stuck that later will cease to exist if you try to pick it up with a bucket manually, but can never be picked up by the dispenser + empty bucket until it is cleared.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Yes, I noticed that. My fix could also fix that issue with dispensers and droppers. I didn&apos;t do extensive testing on those to see that this was the actual problem in your machine, but they did have the same problems as pressure plates.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Regarding the works as intended, there is still the matter of this device operating completely different with two players than it does with 1. I don&apos;t dispute that unloaded chunks shouldn&apos;t tick. I dispute the necessity of unloading a chunk that has active Redstone circuitry ticking. Just keep the chunk in memory a few more ticks until it goes idle, and then release it. That would make the behavior consistent between single player and multi player and allow me to finish building a safe room.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;That is indeed a problem depending on what you want to do, but it&apos;s not a bug. We have for a very long time discussed how we want redstone to work in regards of unloaded chunks, but so far we haven&apos;t come to a conclusion. Having all redstone machines keep chunks loaded could result in performance degradation. In your scenario there are many things one needs to choose: How many chunks should be kept loaded? For how long? Should only redstone tick or should everything else as well (fire spreading, water flowing, mobs running around attacking, etc)? Some might use a portal as a &quot;safe room&quot; from when shit hits the fan, if we keep ticking their chunks it might ruin their worlds... Maybe that&apos;s a bit far fetched, but it could happen.&lt;/p&gt;</comment>
                            <comment id="354043" author="theorganicgypsy" created="Fri, 13 Jan 2017 15:47:55 +0100"  >&lt;p&gt;It&apos;s also possible to bug the dispenser state causing water to become stuck that later will cease to exist if you try to pick it up with a bucket manually, but can never be picked up by the dispenser + empty bucket until it is cleared.&lt;/p&gt;

&lt;p&gt;Regarding the works as intended, there is still the matter of this device operating completely different with two players than it does with 1.  I don&apos;t dispute that unloaded chunks shouldn&apos;t tick.  I dispute the necessity of unloading a chunk that has active Redstone circuitry ticking.  Just keep the chunk in memory a few more ticks until it goes idle, and then release it.  That would make the behavior consistent between single player and multi player and allow me to finish building a safe room.&lt;/p&gt;</comment>
                            <comment id="354037" author="talaeus" created="Fri, 13 Jan 2017 15:32:57 +0100"  >&lt;p&gt;The blocks that should get fixed by my fix are: Pressure plate, tripwire, redstone lamp, detector rail and buttons.&lt;/p&gt;</comment>
                            <comment id="354022" author="mega_spud" created="Fri, 13 Jan 2017 14:45:50 +0100"  >&lt;p&gt;Other Redstone components becoming &apos;locked &apos; is described at &lt;a href=&quot;https://bugs.mojang.com/browse/MCPE-17304&quot; title=&quot;Pistons, droppers, dispensers, observers, &amp;amp; redstone lamps become stuck in an on or off-state &amp;amp; act like solid/opaque blocks until world-reload&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MCPE-17304&quot;&gt;&lt;del&gt;MCPE-17304&lt;/del&gt;&lt;/a&gt;, I&apos;ve added a link to this ticket.&lt;/p&gt;</comment>
                            <comment id="353992" author="talaeus" created="Fri, 13 Jan 2017 12:39:47 +0100"  >&lt;p&gt;I looked into this, and you&apos;re partially right and wrong.&lt;/p&gt;

&lt;p&gt;Just as SuperGeniusZeb said it is correct, intended and designed for you to come back to the same portal you walked into. This is because when you changed dimension the chunk stopped ticking. When you go back the machine will continue ticking and thus disable the portal.&lt;/p&gt;

&lt;p&gt;However, the bug that you mentioned in the previous comment did interest me so I tested this (thanks for the attached map!). Some redstone components (in this case it seems to be affecting the pressure plates) isn&apos;t serialized correctly. When you get back to the chunk the pressure plates might be locked in a &quot;pressed&quot; state. You have to rebuild them to get it working again. I&apos;m working on a fix for this right now.&lt;/p&gt;

&lt;p&gt;Even though the pressure plates and various other things are broken, the bug that you describe in the bug description is actually working as intended.&lt;/p&gt;</comment>
                            <comment id="353954" author="theorganicgypsy" created="Fri, 13 Jan 2017 09:04:51 +0100"  >&lt;p&gt;Please, I&apos;m begging you, change this back.  I have several reasons I feel this is not works as intended behavior.  Your assessment of what happens is not accurate.  The portal doesn&apos;t deactivate after you come back.  The Redstone doesn&apos;t finish running.  Instead it gets stuck in a bugged state which requires destroying components and replacing them in order to restore them to working order.  Also, it works as intended when a second player is connected to the same game and standing close to the Redstone.  Shouldn&apos;t Redstone behavior be consistent between single player and multi player?  Marking this as works as intended when it is broken and inconsistent after the bug has sat here unconfirmed for months is a slap in the face.&lt;/p&gt;</comment>
                            <comment id="353947" author="zebulanstanphill@gmail.com" created="Fri, 13 Jan 2017 08:31:12 +0100"  >&lt;p&gt;The reason you come out of the nether portal that has been disabled is because it wasn&apos;t disabled when you first came through it. You see, when you enter the portal, the redstone mechanism to disable the portal doesn&apos;t activate until you return, as the chunks containing the mechanism are unloaded. As you return, you return through the same portal through which you came, and it is disabled moments later (during the loading screen when travelling between dimensions). So the portal WAS activated when you returned through it, but was disabled pretty much immediately after you returned due to the redstone mechanism not being able to finish its job before you entered the Nether in the first place. (Hopefully I explained all that properly.) This chunk-unloading-redstone behavior is &lt;b&gt;works as intended&lt;/b&gt;, so I&apos;m closing this issue. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="351341" author="theorganicgypsy" created="Thu, 29 Dec 2016 02:48:03 +0100"  >&lt;p&gt;Thanks, anything I can do to speed that along? &lt;/p&gt;</comment>
                            <comment id="349314" author="zebulanstanphill@gmail.com" created="Tue, 20 Dec 2016 04:45:17 +0100"  >&lt;p&gt;&lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=TheOrganicGypsy&quot; class=&quot;user-hover&quot; rel=&quot;TheOrganicGypsy&quot;&gt;TheOrganicGypsy&lt;/a&gt;, since you are the ticket creator, you have the ability to edit the list of affected versions yourself. Also, an issue is &quot;confirmed&quot; when a moderator/dev tests the bug and is able to confirm that it is indeed happening.&lt;/p&gt;</comment>
                            <comment id="349221" author="theorganicgypsy" created="Mon, 19 Dec 2016 19:54:15 +0100"  >&lt;p&gt;Affects 1.0.0.16&lt;/p&gt;</comment>
                            <comment id="348318" author="theorganicgypsy" created="Mon, 12 Dec 2016 17:00:31 +0100"  >&lt;p&gt;How do I get this confirmed?&lt;/p&gt;</comment>
                            <comment id="348317" author="theorganicgypsy" created="Mon, 12 Dec 2016 16:59:14 +0100"  >&lt;p&gt;Affects 1.0.0.7&lt;/p&gt;</comment>
                            <comment id="348076" author="theorganicgypsy" created="Sat, 10 Dec 2016 02:51:00 +0100"  >&lt;p&gt;Affects 1.0.0.2&lt;/p&gt;</comment>
                            <comment id="347834" author="theorganicgypsy" created="Thu, 8 Dec 2016 16:45:32 +0100"  >&lt;p&gt;Affects 1.0.0.1&lt;/p&gt;</comment>
                            <comment id="347583" author="theorganicgypsy" created="Tue, 6 Dec 2016 16:02:33 +0100"  >&lt;p&gt;Some ideas on fixing this...  &lt;/p&gt;

&lt;p&gt;Have each chunk that&apos;s loaded into memory have an in memory variable called lng_chunk_activity_count.  When processes occur within the chunk during a tick, increase this number.  When you would normally unload a chunk, check this number over a window of ticks and don&apos;t unload the chunk until the number stops increasing.&lt;/p&gt;

&lt;p&gt;Another possibility would be to create a virtual player called observer.  Have observer not show on the player list or generate any chat log activity.  Place observer in chunks temporarily to keep them active, such as in the case of a someone using a nether portal.&lt;/p&gt;</comment>
                            <comment id="347580" author="theorganicgypsy" created="Tue, 6 Dec 2016 15:54:29 +0100"  >&lt;p&gt;Interesting notes on test world...&lt;br/&gt;
Failure behavior almost always results in something having a bugged state.  So far I&apos;ve managed to bug pressure plates, water bucket dropper state, and Redstone flip flop / portal selection parity.  What gets bugged depends on the exact timing between activating the pressure plate and entering the nether portal.  Bugged states are persistent.  When the pressure plates bug, they get stuck in an activated state and can no longer detect pressure afterwards.  Exiting the game and reentering does not fix them.  They must be destroyed and replaced to work again.  When the water bugs, activating the circuit again or using the empty bucket to pick the water up manually both result in the water going away but the bucket remaining empty.  &lt;/p&gt;</comment>
                            <comment id="347579" author="theorganicgypsy" created="Tue, 6 Dec 2016 15:46:50 +0100"  >&lt;p&gt;Here&apos;s a test world&lt;/p&gt;</comment>
                            <comment id="347002" author="theorganicgypsy" created="Sat, 3 Dec 2016 00:10:23 +0100"  >&lt;p&gt;Affects 1.0.0.0&lt;/p&gt;</comment>
                            <comment id="346579" author="theorganicgypsy" created="Wed, 30 Nov 2016 01:19:41 +0100"  >&lt;p&gt;Affects 0.17.0.2&lt;/p&gt;</comment>
                            <comment id="344959" author="theorganicgypsy" created="Sun, 20 Nov 2016 01:43:32 +0100"  >&lt;p&gt;Tested moving observer to nether, which causes the same faulty behavior as in single player mode.  So if a tree falls in the forest, but no one is there to hear it, it doesn&apos;t make a sound until they come back.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="150615">MCPE-17304</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="134789">MCPE-13608</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="141985">MCPE-14508</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="152329">MCPE-17584</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="156472">MCPE-18722</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="130288" name="schrodinger test.zip" size="421483" author="TheOrganicGypsy" created="Tue, 6 Dec 2016 15:46:50 +0100"/>
                    </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_11300" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>Operating System Version</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Android</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10402" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Platform</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10717"><![CDATA[Phone - Android - LG Nexus 5]]></customfieldvalue>

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

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