<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:00:08 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-3114] Activated detector-rails moved by a piston keep their activated state </title>
                <link>https://bugs.mojang.com/browse/MC-3114</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;Detector rails, which were activated by a minecart upon them, keep their active-state when moved by a piston, although there isn&apos;t minecart upon afterwards. &lt;br/&gt;
Detector rails affected by this bug can&apos;t be manually reset to normal function, they however change back to normal function after a certain time.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;What I expected to happen was...:&lt;/b&gt;&lt;br/&gt;
As there is no minecart upon them any more, after movement the detector-rail should change to off-mode. &lt;/p&gt;

&lt;p&gt;&lt;b&gt;What actually happened was...:&lt;/b&gt;&lt;br/&gt;
Instead, the detector-rail keeps it&apos;s on state for a certain time.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Steps to Reproduce:&lt;/b&gt;&lt;br/&gt;
1. Place a minecart on a detector rail&lt;br/&gt;
2. Move the detector rail (horizontally) with a piston&lt;br/&gt;
3. The detector rail stays on unexpectedly, although there is no cart on it. &lt;/p&gt;

&lt;p&gt;&lt;b&gt;Update (16.2.2013)&lt;/b&gt;&lt;br/&gt;
As noticed by user kbk, not only the rail&apos;s state is messed up, when the detector-rail is moved, but also the underlying block does not get/send it&apos;s updates properly too.&lt;/p&gt;</description>
                <environment></environment>
        <key id="15014">MC-3114</key>
            <summary>Activated detector-rails moved by a piston keep their activated state </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="jeb">[Mojang] Jeb (Jens Bergensten)</assignee>
                                    <reporter username="_dbs_n">Florian K</reporter>
                        <labels>
                            <label>detector</label>
                            <label>minecart</label>
                            <label>piston</label>
                    </labels>
                <created>Thu, 15 Nov 2012 21:03:01 +0100</created>
                <updated>Thu, 23 Nov 2017 00:33:54 +0100</updated>
                            <resolved>Mon, 4 Mar 2013 12:52:03 +0100</resolved>
                                    <version>Minecraft 1.4.4</version>
                    <version>Minecraft 1.4.7</version>
                    <version>Snapshot 13w02b</version>
                    <version>Snapshot 13w05b</version>
                    <version>Snapshot 13w06a</version>
                                    <fixVersion>Snapshot 13w10a</fixVersion>
                                                        <votes>3</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="49544" author="jeb" created="Mon, 4 Mar 2013 12:52:03 +0100"  >&lt;p&gt;As far as I can see, my fix to &lt;a href=&quot;https://bugs.mojang.com/browse/MC-10889&quot; title=&quot;updated redstone bug (detectorrail)&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-10889&quot;&gt;&lt;del&gt;MC-10889&lt;/del&gt;&lt;/a&gt; also fixed this&lt;/p&gt;</comment>
                            <comment id="48281" author="kuubaku" created="Thu, 28 Feb 2013 12:16:30 +0100"  >&lt;p&gt;Affects 13w09b.&lt;/p&gt;

&lt;p&gt;Built a device that draws power from every possible source of the setup (normal detector - block under the  detector - pushed detector - block under pushed detector). Apparently, when active detector is pushed, the block that gets under the detector can act as a separate power source if the adjacent redstone receives a block update.&lt;/p&gt;</comment>
                            <comment id="46083" author="_dbs_n" created="Sat, 16 Feb 2013 18:21:12 +0100"  >&lt;p&gt;Thank you, now I understand, what you mean. I added a short line to the describtion. &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;br/&gt;
Seems like detector rails are even more screwed up, than I thought...&lt;br/&gt;
I hope this might get fixed with the big Redstone-Update, although this bug only affects few people. &lt;/p&gt;

&lt;p&gt;In my case: I tried to build minecart-slots for a storage-system with combined boost-out/occupation-detection by switching from a detector-rail to a booster-rail using pistons, but this bug made it impossible (Booster-rails were actually not affected by this problem, but work as intended!). The occupation-detection should have set the path of the rails to the slots on hold, therefore avoiding minecarts getting returned to the wrong slot. I then had to use a time-based hold-circuit, which is however not fully error-proof. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/sad.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="46076" author="kuubaku" created="Sat, 16 Feb 2013 17:31:02 +0100"  >&lt;p&gt;@Florian&lt;br/&gt;
Yes, but the goal I was trying to accomplish here is to show that while a detector rail is, technically, a two-block redstone device (it strongly powers itself and a block it&apos;s attached to when active), not only the rail&apos;s state is messed up in this case, the underlying block does not get/send its updates properly too. So that when you power the piston off a rail - you get yourself a clock, and when you do the same off the quartz pillar under the rail - you get a BUD-latch. I suppose the latter effect is the direct logical conclusion of the rail&apos;s awkward reaction to being pushed. &lt;/p&gt;</comment>
                            <comment id="46054" author="_dbs_n" created="Sat, 16 Feb 2013 15:49:45 +0100"  >&lt;p&gt;Thanks for keeping this alive and updated!^^&lt;br/&gt;
@kbk: I agree, those Problems could be related somehow. However this here resets itself to correct function after some time, I&apos;m not sure if &lt;a href=&quot;https://bugs.mojang.com/browse/MC-1361&quot; title=&quot;Self-Powered Redstone Lamp / Breaking a repeater with a piston pointing at a block won&amp;#39;t stop the circuit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-1361&quot;&gt;&lt;del&gt;MC-1361&lt;/del&gt;&lt;/a&gt; does that.&lt;br/&gt;
And sorry, I&apos;m not quite sure, what your constructions is meant to demonstrate. I think it&apos;s more of a combination of multiple bugs/weird behaviors and not our core bug here?&lt;/p&gt;</comment>
                            <comment id="46046" author="kuubaku" created="Sat, 16 Feb 2013 15:07:57 +0100"  >&lt;p&gt;I&apos;ve just built a small device which recreates this report in a little bit different manner and highlights its possible relation to &lt;a href=&quot;https://bugs.mojang.com/browse/MC-1361&quot; title=&quot;Self-Powered Redstone Lamp / Breaking a repeater with a piston pointing at a block won&amp;#39;t stop the circuit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-1361&quot;&gt;&lt;del&gt;MC-1361&lt;/del&gt;&lt;/a&gt; (at least I think these two could be connected). In this device the piston is retracted by the signal from the detector rail. If the delay of this signal is not long enough, device locks itself like a latch, and then blocks around the quartz pillar block under the detector become able to detect block updates.&lt;/p&gt;

&lt;p&gt;Here&apos;s a schematic for snapshots, feel free to play around.&lt;/p&gt;</comment>
                            <comment id="42712" author="kuubaku" created="Sat, 2 Feb 2013 06:54:09 +0100"  >&lt;p&gt;Affects 13w05b. &lt;/p&gt;</comment>
                            <comment id="23872" author="cubethethird" created="Wed, 21 Nov 2012 16:41:31 +0100"  >&lt;p&gt;Can confirm.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="21401">MC-8465</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23051">MC-9445</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="81169">MC-54818</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="21912" name="2013-02-16_17.48.16.png" size="397406" author="kuubaku" created="Sat, 16 Feb 2013 15:07:57 +0100"/>
                            <attachment id="22743" name="2013-02-28_15.09.44.png" size="348835" author="kuubaku" created="Thu, 28 Feb 2013 12:16:30 +0100"/>
                            <attachment id="21913" name="mc3114.schematic" size="771" author="kuubaku" created="Sat, 16 Feb 2013 15:07:57 +0100"/>
                            <attachment id="13315" name="piston-detector1.png" size="287854" author="_dbs_n" created="Thu, 15 Nov 2012 21:03:01 +0100"/>
                            <attachment id="13316" name="piston-detector2.png" size="382949" author="_dbs_n" created="Thu, 15 Nov 2012 21:03:01 +0100"/>
                            <attachment id="13317" name="piston-detector3.png" size="366204" author="_dbs_n" created="Thu, 15 Nov 2012 21:03:01 +0100"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 21 Nov 2012 16:41:00 +0100</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_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i00sjj:</customfieldvalue>

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