<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:17: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-8328] Powered mechanisms react when receiving a 0 tick redstone signal (existence of micro-pulses in general / inconsistent block update &apos;algorithm&apos;)</title>
                <link>https://bugs.mojang.com/browse/MC-8328</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;When a piston receives a 0 tick redstone signal it pulses instead of staying in the current state. Before 1.3.1 pistons would turn into derp pistons but now they pulse which is equally annoying. It destroys piston based logic (most importantly instant logic).&lt;br/&gt;
It is pretty easy to recreate this bug: Just connect a input with a 1 tick delay (repeater) and the inverted input (1 redstone torch = 1 tick delay) to a piston and switch the state of the input.&lt;/p&gt;

&lt;p&gt;Update 1.5.1:&lt;br/&gt;
For pistons this bug is still not completely fixed because when receiving a 0 tick redstone signal from other pistons (e.g. in instant logic) a piston will still pulse sometimes depending on how the redstone gets updated.&lt;/p&gt;

&lt;p&gt;Edit, 16-MAR-2016: It would be really nice if 0-tick/micro pulses (or as Dico has correctly said years ago, non-existing pulses in Minecraft terms) would finally be patched out of the game and if the game was able to handle actual simultaneity. So a proper/intelligent block update algorithm with a consistently synced quantized timeline instead of random Java hashsets and micro time-intervals, which would allow multiple blocks (that interact with eachother) to be updated all in the same gametick into their correct new stages (instead of purely successive block updates which leads to wrong/unintended behaviour).&lt;br/&gt;
To replicate it, OR the input of an instant NOT gate (&lt;a href=&quot;http://youtu.be/vCsJWc7PcT0&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://youtu.be/vCsJWc7PcT0&lt;/a&gt;) and it&apos;s output together and attach it to another piston. Toggle the input and the piston will pulse even though it shouldn&apos;t. It usually only happens on the falling edge (lever going from on to off) because the block that gets pulled by the piston (and by that allows a new connection to a powersource) gets updated after the line of redstone that is directly connect to the lever, which leads to a combined output that pulses for a split second. It does not affect all positions/placements because of the location dependent nature of block updates in Minecraft.&lt;br/&gt;
With the use of instant ALUs, we could build 5Hz CPUs (maybe with small games running on it) and other very cool things but this completely illogical bug doesn&apos;t seem to get the attention it needs.&lt;/p&gt;

&lt;p&gt;I suggest a server command / gamerule to switch between the current (unintended) behaviour and the fixed/intended behaviour so that contraptions of people using microticks can remain working.&lt;br/&gt;
More info in the last few comments.&lt;/p&gt;</description>
                <environment></environment>
        <key id="21246">MC-8328</key>
            <summary>Powered mechanisms react when receiving a 0 tick redstone signal (existence of micro-pulses in general / inconsistent block update &apos;algorithm&apos;)</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="4" iconUrl="https://bugs.mojang.com/images/icons/statuses/reopened.png" description="This issue was once resolved, but the resolution was deemed incorrect. From here issues are either marked assigned or resolved.">Reopened</status>
                    <statusCategory id="2" key="new" colorName="default"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="vin97">Vincent Wiltschek</reporter>
                        <labels>
                            <label>redstone</label>
                    </labels>
                <created>Fri, 25 Jan 2013 15:10:31 +0100</created>
                <updated>Fri, 15 Nov 2024 00:17:04 +0100</updated>
                                            <version>Snapshot 13w03a</version>
                    <version>Snapshot 13w04a</version>
                    <version>Snapshot 13w09a</version>
                    <version>Snapshot 13w09b</version>
                    <version>Snapshot 13w10b</version>
                    <version>Minecraft 1.5</version>
                    <version>Snapshot 13w11a</version>
                    <version>Minecraft 1.5.1</version>
                    <version>Minecraft 1.7.4</version>
                    <version>Minecraft 14w02c</version>
                    <version>Minecraft 14w03b</version>
                    <version>Minecraft 14w04a</version>
                    <version>Minecraft 14w04b</version>
                    <version>Minecraft 14w05a</version>
                    <version>Minecraft 14w05b</version>
                    <version>Minecraft 14w08a</version>
                    <version>Minecraft 1.8.8</version>
                    <version>Minecraft 15w47c</version>
                    <version>Minecraft 15w51b</version>
                    <version>Minecraft 16w02a</version>
                    <version>Minecraft 1.9</version>
                    <version>Minecraft 1.9.1 Pre-Release 3</version>
                    <version>Minecraft 1.9.2</version>
                    <version>Minecraft 1.9.3 Pre-Release 2</version>
                    <version>Minecraft 1.9.3 Pre-Release 3</version>
                    <version>Minecraft 1.9.4</version>
                    <version>Minecraft 16w20a</version>
                    <version>Minecraft 16w21a</version>
                    <version>Minecraft 16w21b</version>
                    <version>Minecraft 1.10 Pre-Release 1</version>
                    <version>Minecraft 1.10 Pre-Release 2</version>
                    <version>Minecraft 1.10</version>
                    <version>Minecraft 1.10.1</version>
                    <version>Minecraft 1.10.2</version>
                    <version>Minecraft 16w40a</version>
                    <version>Minecraft 16w41a</version>
                    <version>Minecraft 16w44a</version>
                    <version>Minecraft 1.11 Pre-Release 1</version>
                    <version>Minecraft 1.11</version>
                    <version>Minecraft 1.11.2</version>
                    <version>Minecraft 17w06a</version>
                    <version>Minecraft 1.12.1 Pre-Release 1</version>
                    <version>Minecraft 1.13.2</version>
                    <version>Minecraft 19w02a</version>
                    <version>1.15.2</version>
                    <version>20w07a</version>
                    <version>20w19a</version>
                    <version>1.16 Pre-release 8</version>
                    <version>1.16 Release Candidate 1</version>
                    <version>1.16</version>
                    <version>1.16.1</version>
                    <version>1.16.2 Pre-release 1</version>
                    <version>1.16.2 Pre-release 2</version>
                    <version>1.16.2 Release Candidate 1</version>
                    <version>1.16.2</version>
                    <version>1.16.3 Release Candidate 1</version>
                    <version>1.16.3</version>
                    <version>1.16.4 Pre-release 2</version>
                    <version>1.16.4</version>
                    <version>20w46a</version>
                    <version>20w49a</version>
                    <version>20w51a</version>
                    <version>1.17</version>
                    <version>1.17.1 Release Candidate 1</version>
                    <version>1.17.1</version>
                    <version>1.19.3</version>
                    <version>1.21.3</version>
                                    <fixVersion>Snapshot 13w09c</fixVersion>
                                                        <votes>64</votes>
                                    <watches>36</watches>
                                                                            <comments>
                            <comment id="1029588" author="JIRAUSER648933" created="Sun, 4 Jul 2021 17:14:15 +0200"  >&lt;p&gt;Can confirm in 1.17.1 Release Candidate 1.&lt;/p&gt;</comment>
                            <comment id="1017210" author="JIRAUSER648933" created="Thu, 17 Jun 2021 00:05:21 +0200"  >&lt;p&gt;Can confirm in 1.17.&lt;/p&gt;</comment>
                            <comment id="782637" author="JIRAUSER508442" created="Fri, 7 Aug 2020 21:38:06 +0200"  >&lt;p&gt;In 1.16.2 RC-1&lt;/p&gt;</comment>
                            <comment id="687127" author="matpit2002" created="Sat, 2 May 2020 23:02:28 +0200"  >&lt;p&gt;The 0 tick is a parity for java. It&#8217;s a weird mechanic that allows a block to be extended and not get pushed back. Who knows of Mojang will fix this in the future or bring this to bedrock.&lt;/p&gt;</comment>
                            <comment id="599081" author="blobs2" created="Wed, 6 Nov 2019 21:28:40 +0100"  >&lt;p&gt;This should be fixed, for feature parity. Similarly, quasi-connectivity should be removed from Java or added to Bedrock.&lt;/p&gt;</comment>
                            <comment id="593863" author="farogaming" created="Thu, 24 Oct 2019 14:30:15 +0200"  >&lt;p&gt;Please move all off-topic discussion into other chats. If it&apos;s actually about bugs, you can for example go to reddit.com/r/mojira, if it&apos;s about building computers&#8230; I don&apos;t know, you&apos;ll find something.&lt;/p&gt;</comment>
                            <comment id="593796" author="dicotheredstoner" created="Thu, 24 Oct 2019 02:53:24 +0200"  >&lt;p&gt;Vincent Wiltschek&lt;br/&gt;
I have a proof of concept for a 6.67hz CPU &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/wink.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; didn&apos;t put in the time to finish it though&lt;/p&gt;</comment>
                            <comment id="592537" author="vin97" created="Fri, 18 Oct 2019 10:48:51 +0200"  >&lt;p&gt;Read the last edit. It explains a way to replicate the bug without torches. Just instant NOT gates using pistons and repeaters.&lt;/p&gt;

&lt;p&gt;The problem ARE 0tick pulses off pulses.&lt;/p&gt;

&lt;p&gt;Would really like to see a working 6.7Hz CPU but I don&apos;t see how that is possible with 0tick pulses going off randomly everwhere.&lt;/p&gt;</comment>
                            <comment id="592419" author="redcmd" created="Thu, 17 Oct 2019 20:34:27 +0200"  >&lt;p&gt;All those pics show 0tick 0ff pulses&lt;br/&gt;
This has nothing to do with redstone dust  or pistons&lt;br/&gt;
Its to do with the fact that repeaters are faster than torches&lt;/p&gt;

&lt;p&gt;And its possible to make 6.7Hz CPU&apos;s in minecraft&lt;/p&gt;</comment>
                            <comment id="512281" author="haydkenmutthew" created="Mon, 14 Jan 2019 10:57:11 +0100"  >&lt;p&gt;Confirmed for 1.13.2 and 19w02a.&lt;/p&gt;</comment>
                            <comment id="355675" author="vin97" created="Tue, 24 Jan 2017 17:41:08 +0100"  >&lt;p&gt;Did you read the last part of the description?&lt;/p&gt;</comment>
                            <comment id="348164" author="myren" created="Sat, 10 Dec 2016 21:14:32 +0100"  >&lt;p&gt;&quot;Is this still in Minecraft 1.11?&quot;&lt;br/&gt;
Yes. &lt;br/&gt;
Minecraft 1.11 should be added to the affected versions of this report.&lt;/p&gt;

&lt;p&gt;&quot;Is this a problem?&quot;&lt;br/&gt;
No.&lt;br/&gt;
(at least if you ask me)&lt;/p&gt;
</comment>
                            <comment id="348143" author="cdes5" created="Sat, 10 Dec 2016 17:27:57 +0100"  >&lt;p&gt;Is this still a problem in Minecraft 1.11?&lt;/p&gt;</comment>
                            <comment id="316070" author="__null" created="Wed, 22 Jun 2016 19:05:52 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;1.10.1&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="313483" author="vin97" created="Tue, 14 Jun 2016 08:09:37 +0200"  >&lt;p&gt;oops, sorry.&lt;br/&gt;
didn&apos;t know you get a notification for every edit.&lt;/p&gt;</comment>
                            <comment id="313472" author="kumasasa" created="Tue, 14 Jun 2016 07:51:56 +0200"  >&lt;p&gt;@&lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=vin97&quot; class=&quot;user-hover&quot; rel=&quot;vin97&quot;&gt;vin97&lt;/a&gt;: Please use the preview feature when editing something - you&apos;re flooding 20 people with every edit attempt.&lt;/p&gt;</comment>
                            <comment id="313463" author="vin97" created="Tue, 14 Jun 2016 06:44:47 +0200"  >&lt;p&gt;Also affects Minecraft Pocket/Win10 Edition v0.15.0 (&lt;a href=&quot;https://bugs.mojang.com/browse/MCPE-15391&quot; title=&quot;[Copy of MC-8328] Powered mechanisms react when receiving a 0 tick redstone signal (existence of micro-pulses in general / inconsistent block update &amp;#39;algorithm&amp;#39;)&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MCPE-15391&quot;&gt;&lt;del&gt;MCPE-15391&lt;/del&gt;&lt;/a&gt;).&lt;/p&gt;</comment>
                            <comment id="311896" author="__null" created="Wed, 8 Jun 2016 23:41:16 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;1.10&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="311452" author="__null" created="Wed, 8 Jun 2016 00:58:41 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;1.10-pre2&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="309471" author="__null" created="Fri, 3 Jun 2016 03:47:48 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;1.10-pre1&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="307861" author="vin97" created="Fri, 27 May 2016 06:01:15 +0200"  >&lt;p&gt;you could always add another server command lol&lt;/p&gt;

&lt;p&gt;but no, I agree with you, since these feedback loops can only be used for creating pulses (not logic or any function that could get destroyed), it would be better to let them pulse.&lt;/p&gt;</comment>
                            <comment id="307789" author="__null" created="Fri, 27 May 2016 00:59:18 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;16w21b&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="307467" author="__null" created="Thu, 26 May 2016 01:06:37 +0200"  >&lt;p&gt;Confirmed for &lt;font color=&quot;#060&quot;&gt;&lt;b&gt;16w21a&lt;/b&gt;&lt;/font&gt;.&lt;/p&gt;</comment>
                            <comment id="306151" author="myren" created="Fri, 20 May 2016 22:19:26 +0200"  >&lt;p&gt;Well, there&#180;s nothing I can say against adding a gamerule.&lt;br/&gt;
The only thing I might want to add is, that if &quot;the piston should pulse&quot; is just as legit as &quot;the piston should turn into a derp piston&quot;, then I think it would be better if the piston pulses, because if the piston turns into a derp piston then absolutely nobody is happy, while if the piston pulses, then at least some people are happy. So I would say the piston in the loop should pulse, not because of logical consistency reasons, but because of utilitarian and game design reasons.&lt;br/&gt;
But again, if it&#180;s just an optional gamerule, then it&#180;s just an optional gamerule.&lt;/p&gt;</comment>
                            <comment id="305436" author="vin97" created="Thu, 19 May 2016 04:03:17 +0200"  >&lt;p&gt;Yes, I am criticizing the random block updates and their consequences, which are 0-tick pulses because Minecaft does not update blocks in sync.&lt;br/&gt;
The problem is not necessarily the update order but the lack of a &quot;buffer&quot;, meaning that Minecraft should wait until the next gametick to put all affected blocks into the next state at the same time instead of reacting successively in microintervals (whether it be to user inputs or circuit outputs). The update ordering/processing should all be done &quot;internally&quot; instead of directly influencing in-game behaviour.&lt;/p&gt;

&lt;p&gt;To be clear, I am not talking about &quot;making 0-tick pulses reliable/intuitive&quot;, so removing the direction/position dependencies and other inconsistencies. I AM talking about completely removing them from the game because a proper update algorithm does not require them...&lt;/p&gt;

&lt;p&gt;Now, I have to say that I didn&apos;t consider instant feedback loops like the ones you posted but realize that in these cases there simply is no logical behaviour because what is supposed to happen is impossible: Due to the instant properties of pistons, the redstone should be simultaneously on and off. Saying &quot;the piston should pulse&quot; is just as legit in this situation as saying &quot;nothing should happen&quot;, as is saying &quot;the piston should turn into a derp piston&quot;.&lt;br/&gt;
Thank you for taking this a step further by comparing the piston inside the loop to an &quot;external piston&quot; and showing how there would be inconsistencies if you used micropulses in some situations as solutions to impossible tasks and got rid of them in other situations.&lt;br/&gt;
Because letting nothing happen even though the switch changed state doesn&apos;t make sense and because not allowing a switch to be toggled would be strange (and because inconsistencies are to be avoided), my conclusion on instant feedback loops is: The internal piston(s) should turn into derp piston(s) (lock in the current state) and the external one(s) should therefore do nothing. All this does not require micropulses.&lt;/p&gt;


&lt;p&gt;I will add my suggestion of a server command to my original bug report, consequently the monostables you posted would not work with the &quot;intended behaviour&quot; option (no 0-tick pulses whatsoever), while everything remains as it is with the &quot;unintended behaviour&quot; option (this being the default setting).&lt;/p&gt;

&lt;p&gt;EDIT: How pistons behave when they are retracting is completely off-topic. We are basically discussing whether or not pistons (or other mechanisms) should start retracting (in these &apos;special&apos; cases) in the first place.&lt;/p&gt;</comment>
                            <comment id="305390" author="__null" created="Thu, 19 May 2016 00:04:21 +0200"  >&lt;p&gt;Confirmed for &lt;b&gt;16w20a&lt;/b&gt;.&lt;/p&gt;</comment>
                            <comment id="305320" author="myren" created="Wed, 18 May 2016 21:23:19 +0200"  >&lt;p&gt;So you don&#180;t want to &quot;patch all 0 tick pulses&quot;, but you just want to make the update order more simple, logical, intuitive and remove all hashsets and location dependencies. This is something I completely fully support. But the stuff you&#180;ve written in the bug report is about the &quot;existence of 0 tick pulses in general&quot;, and I can&#180;t consider that to be a bug. You can simplify update order and make 0 tick pulses more intuitive, and I support that, but you can&#180;t remove the update order and all 0 tick pulses. So I won&#180;t support &quot;patching 0 tick pulses out of the game&quot;.&lt;br/&gt;
Now  I think there are even more examples where 0 tick pulses are unavoidable:&lt;br/&gt;
Let&#180;s look at this:&lt;br/&gt;
&lt;a href=&quot;http://imgur.com/b1RqoCx&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://imgur.com/b1RqoCx&lt;/a&gt;&lt;br/&gt;
This is just like my previous example, except I added another piston on top. If I flick the lever on, the piston on top will recieve a 0 tick pulse. Now since we already established that the piston on the bottom right will react to the 0 tick pulse, I think the piston on the top should also react to the 0 tick pulse. There&#180;s no relevant difference between the piston on the top and the piston on the bottom right, and they both get powered and depowered at the exact same moments in the update order, by the exact same piece of redstone dust, so I think they should behave in exactly the same way.&lt;br/&gt;
Do you agree?&lt;br/&gt;
If yes then we have something called a 0 tick pulse monostable. &lt;br/&gt;
And there are even some 0 tick monostables which actually get used which kind of work like this. For example this 0 tick monostable relies on the same principle: &lt;a href=&quot;http://imgur.com/PnEZabk&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://imgur.com/PnEZabk&lt;/a&gt;&lt;br/&gt;
So if you think it&#180;s ok to keep this, then you might want to add another edit to your bug report, because the bug report makes it look like you want to remove such monostables.&lt;/p&gt;</comment>
                            <comment id="305303" author="vin97" created="Wed, 18 May 2016 20:25:27 +0200"  >&lt;p&gt;&quot;Fixing&quot; 0 tick pulses (meaning removing them where possible) is not illogical, it simply requires an actual algorithm to decide the block update order instead of just relying on random java hashsets!&lt;/p&gt;

&lt;p&gt;Good example, Myren. The problem with the circuit you posted is not pistons reacting to 0-tick pulses but the fact that you built an instant/infinite feedback loop (basically the grandfather paradox).&lt;br/&gt;
There is no why any game or simulation could handle this situation correctly. In this case, you cannot avoid pulses (I mean you could just make it so that nothing is happening at all but I agree with you that this is probably not the best solution).&lt;/p&gt;

&lt;p&gt;In every other case (where the order of events can be logically/causally assigned) 0-tick pulses can be removed.&lt;/p&gt;

&lt;p&gt;The piston flip flops you are talking about, Dico, do not require 0-tick pulses. They work the same way with 1 (redstone) tick pulses.&lt;/p&gt;

&lt;p&gt;And hopefully for the last time, I suggest a command that lets you decide what type of behaviour you want so that all of your circuits can remain working.&lt;/p&gt;</comment>
                            <comment id="305228" author="dicotheredstoner" created="Wed, 18 May 2016 17:37:22 +0200"  >&lt;p&gt;Nothing I can squeeze between that. I never thought Mojang would be able to fix 0 tick pulses in the first place, and this ^ just proves that. I don&apos;t think there&apos;s any logical response for the right piston other than to 0-tick. &lt;br/&gt;
The only thing I imagine would be possible as a fix, is to make a piston always finish its extension, taking 3 gameticks, so it works the same way as its retraction. Thus: when the piston is powered, it extends, and will ignore anything powering it for the next 3 gameticks. This would mean sticky pistons don&apos;t leave blocks behind ever, which is a big reason why redstone is so fun to play with, as I think you can understand.&lt;/p&gt;</comment>
                            <comment id="305155" author="myren" created="Wed, 18 May 2016 15:07:27 +0200"  >&lt;p&gt;Just out of curiosity I would like to know how you would imagine the game works without 0 tick pulses. Basically I&#180;m asking: What is the intended behavior?&lt;br/&gt;
For example the following contraption:&lt;br/&gt;
&lt;a href=&quot;http://imgur.com/KPDVUL4&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://imgur.com/KPDVUL4&lt;/a&gt;&lt;br/&gt;
In the current version if you flick the lever after the repeater delay, the piston on the right will get a 0 tick pulse, and within a single gametick he will extend and then retract.&lt;br/&gt;
I would not know what should happen in this situation if we do not allow pistons to react to 0 tick pulses. &lt;br/&gt;
Do you want, that the piston on the right doesn&#180;t react, because it&#180;s a 0 tick pulse? That solution doesn&#180;t work here, because if the piston on the right doesn&#180;t extend, then the piston on the left never retracts, and then the pulse never gets turned off, which means that the pulse wouldn&#180;t be a 0 tick pulse, which means the piston on the right should extend. &lt;br/&gt;
Do you want the piston to extend and wait one gametick before retracting? Well in this situation we will see the piston extending for 1 gametick, even though the redstone line is off. Now since you&#180;ve previously said, that it is illogical if there is  &quot;a moment where you will see the piston retracting although the redstone line is ON.&quot; then you will also consider it illogical if a piston extends even though the redstone line is off. So that solution doesn&#180;t work here either.&lt;br/&gt;
So what is the intended behavior in this situation? I find a 0 tick pulse in this situation quite logical.&lt;br/&gt;
Another note about the &quot; you will see the piston retracting although the redstone line is ON.&quot;: This is normal piston behavior  and can be recreated even without 0 tick pulses. When you retract a piston it will ignore any other pulses until it finishes its retraction. You can recreate this situation even without 0 tick pulses, by retracting a piston and powering the piston again in the next gametick. Even though the piston will be powered 1 gametick after it started to retract, it will continue to retract. You will see the piston retracting although the redstone line is on. Now you might consider this to be illogical, but this illogical part is not related to 0 tick pulses. If we &quot;fix&quot; 0 tick pulses (whatever that means), then this illogical part will still be in the game.&lt;/p&gt;</comment>
                            <comment id="304190" author="__null" created="Thu, 12 May 2016 01:10:48 +0200"  >&lt;p&gt;Confirmed for &lt;b&gt;1.9.4&lt;/b&gt;.&lt;/p&gt;</comment>
                            <comment id="303449" author="vin97" created="Sat, 7 May 2016 18:37:17 +0200"  >&lt;p&gt;Well, we were actually talking about the same repeater designs and I really don&apos;t see where they rely on microticks (time intervals below 0.05s).&lt;br/&gt;
I had some different ones in mind when you mentioned microticks but I cannot remember where I saw them.&lt;/p&gt;

&lt;p&gt;They DO completely destroy basic logic because when a piston stops receiving power and starts receiving power from a different powersource in the same gametick, it pulses.&lt;br/&gt;
In other words, you will have a moment where you will see the piston retracting although the redstone line was always ON!!&lt;/p&gt;

&lt;p&gt;&quot;As I also mentioned, it is very possible to make instant logic work right now.&quot; &lt;br/&gt;
Nope, not reliably. Build an instant adder and test all possible input transitions, even better, do it at operation speed (5Hz).&lt;br/&gt;
Of course, I&apos;m happy to be proved wrong.&lt;/p&gt;

&lt;p&gt;&quot;You have to synchronize the incoming signals to solve that&quot;&lt;br/&gt;
They are synced to the shortest consistent time unit of Minecraft (1 game tick).&lt;/p&gt;

&lt;p&gt;&quot;Apply logical thinking instead of requesting a change that makes it easier.&quot;&lt;br/&gt;
I&apos;m ignoring this since you could say the same thing about builds that rely on micropulses if the situation was the other way around.&lt;/p&gt;

&lt;p&gt;&quot;Mojang made pistons work this way, they weren&apos;t designed to do the things they do entirely, indeed, but right now, as with diagonal powering it is too late to revert this change IMO.&quot;&lt;br/&gt;
&quot;My last point: Why should we remove an awesome aspect of the game for the bigger player base (timing-centered redstoners) to make some other thing with logic-centered redstone easier?&quot;&lt;br/&gt;
Once again, you are not losing anything if Mojang introduces a (server) command that can switch between the unintended and intended behaviour. There does not have to be a trade-off.&lt;/p&gt;

&lt;p&gt;&quot;That&apos;s not a nice trade-off.&quot;&lt;br/&gt;
That&apos;s your opinion.&lt;br/&gt;
...Maybe think about what could be done with CPUs that are more than 50 times faster than anything that has been created in Minecraft.&lt;/p&gt;</comment>
                            <comment id="303425" author="dicotheredstoner" created="Sat, 7 May 2016 16:05:52 +0200"  >&lt;p&gt;Firstly, microtick based repeaters are absolutely not more complex or more unreliable. I have never ever seen microticks work differently on one moment than another. This is the design I&apos;m talking about here: &lt;a href=&quot;http://minecraft.gamepedia.com/Transmission_circuit#Instant_repeater&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://minecraft.gamepedia.com/Transmission_circuit#Instant_repeater&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;And they do not &quot;completely destroy&quot; basic logic AT. ALL. This only applies when you try to work with instant logic already, at which point you are already working with microtick intervals. So your point here makes no sense.&lt;/p&gt;

&lt;p&gt;Besides, micro ticks are a valuable aspect of the game right now, as I said they allow for really cool things, that most survival users are much more likely to ever integrate than a CPU. Mojang made pistons work this way, they weren&apos;t designed to do the things they do entirely, indeed, but right now, as with diagonal powering it is too late to revert this change IMO.&lt;/p&gt;

&lt;p&gt;As I also mentioned, it is very possible to make instant logic work right now. You can use microticks as well as not use them, and there is a problem with microticks messing up components, but that this is happening makes total sense: you have to synchronize the incoming signals to solve that (if you&apos;re dealing with the problem). Apply logical thinking instead of requesting a change that makes it easier. &lt;/p&gt;

&lt;p&gt;My last point: Why should we remove an awesome aspect of the game for the bigger player base (timing-centered redstoners) to make some other thing with logic-centered redstone easier? That&apos;s not a nice trade-off.&lt;/p&gt;
</comment>
                            <comment id="303417" author="vin97" created="Sat, 7 May 2016 15:35:36 +0200"  >&lt;p&gt;0-tick pulses are not what makes instant logic possible. It purely has to do with the moved block instantly becoming transparent (which is completely intended behaviour).&lt;br/&gt;
I know that there are some other instant repeater designs out there that somehow use microticks but they are unnecessarily complex and obviously even more unreliable.&lt;/p&gt;

&lt;p&gt;I understand that there are a lot of applications for 0-tick pulses but unlike quasi connectivity (or other &quot;accepted bugs&quot;) they completely destroys basic logic (in other applications).&lt;/p&gt;

&lt;p&gt;Minecraft time is designed to be quantized and the smallest interval is supposed to be 0.05s.&lt;br/&gt;
Therefore, Minecraft should also be able to handle simultaneity, it cannot do that at the moment.&lt;br/&gt;
If you want to actively bypass these design principles and you need micro-intervals to get something to work, it should not make other (&quot;legit&quot;) contraptions impossible/unreliable, especially when these contraptions will lead to much more advanced technologies than piston doors (just imagine what you could do with a 5Hz CPU!).&lt;/p&gt;

&lt;p&gt;...My suggestion would be a gamerule that can turn micropulses on or off so that everybody is happy.&lt;/p&gt;</comment>
                            <comment id="303301" author="dicotheredstoner" created="Fri, 6 May 2016 13:30:24 +0200"  >&lt;p&gt;&amp;#8211; If you&apos;re not interested in a lot of technicalities, skip the first paragraph &amp;#8211;&lt;/p&gt;

&lt;p&gt;Although I understand that you consider this a bug, I find it very intriguing how pistons interact with eachother in the current state of the game, and would very much hate to see their behaviour changed in any way. As far as my understanding of the game goes, pistons schedule block updates to their surroundings a bit later than other redstone components (such that all redstone-updates occur before block-updates from pistons). I am not a code freak but I&apos;m pretty sure the piston will retract if it was unpowered and all redstone-updates have occurred, after which block-updates still have to get started.&lt;/p&gt;

&lt;p&gt;If you didn&apos;t understand any of that, the basic principle is that piston updates are slower and allow for other ways of creating instant logic, such as extremely simple t-flip-flops or instant repeaters, all of which can be found on youtube. Other examples include some doors that open 4x faster than would be possible otherwise, and the mechanic actually continues to make total sense, as if you can count the updates as if they were ticks (I like to call them microticks but this indication is not correct). There are currently quite a few 3x3&apos;s, a few 4x4&apos;s and some 5x5&apos;s that work with this mechanic. An example is this historical video that most certainly got other players to fiddle around with it: &lt;a href=&quot;https://www.youtube.com/watch?v=xFTna4l2gpM&amp;amp;t=1m28s&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://www.youtube.com/watch?v=xFTna4l2gpM&amp;amp;t=1m28s&lt;/a&gt; .&lt;/p&gt;

&lt;p&gt;So I hope you can consider my point and tell me why you would want this bug fixed. For instant logic you say? Well, I know what you&apos;re talking about, but I suggest you consider the other options it provides to make instant logic possible. If these mechanics are in your way in any other means, I can&apos;t think of anything right now, so I&apos;d love to hear. Thanks for reading and my apologies for the long comment.&lt;/p&gt;

&lt;p&gt;EDIT: It appears there are multiple applications/versions of this bug in this thread. I am ONLY talking about current piston behaviours, and no single other devices. That is, the instant NOT-gate example provided in the edit of the description.&lt;/p&gt;</comment>
                            <comment id="303241" author="__null" created="Fri, 6 May 2016 02:07:40 +0200"  >&lt;p&gt;Confirmed for &lt;b&gt;1.9.3-pre3&lt;/b&gt;.&lt;/p&gt;</comment>
                            <comment id="294979" author="james549" created="Wed, 16 Mar 2016 00:36:26 +0100"  >&lt;p&gt;Confirmed for &lt;b&gt;1.9.1-pre3&lt;/b&gt;.&lt;/p&gt;</comment>
                            <comment id="277861" author="james549" created="Thu, 14 Jan 2016 00:02:21 +0100"  >&lt;p&gt;Confirmed for &lt;b&gt;16w02a&lt;/b&gt;. Happens with a door.&lt;/p&gt;</comment>
                            <comment id="277372" author="kuubaku" created="Mon, 11 Jan 2016 22:06:12 +0100"  >&lt;p&gt;Ah, response, yes.. Well, Jim, your setup is doing what it is supposed to do when a door is used instead of a piston. I mean, the door actually performs a noisy twitch in same setup. So, I guess this bug is still there.&lt;/p&gt;</comment>
                            <comment id="273727" author="james549" created="Mon, 21 Dec 2015 00:37:38 +0100"  >&lt;p&gt;Cannot confirm for 15w51b. Is it fixed, or am I using a bad setup? &lt;a href=&quot;https://youtu.be/3DiUGuDSTkI&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://youtu.be/3DiUGuDSTkI&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="267525" author="dicotheredstoner" created="Mon, 23 Nov 2015 12:13:15 +0100"  >&lt;p&gt;Before you take too many conclusions, try to power the input block with a repeater. You&apos;re bound to get different results actually, because of SYNCED / UNSYNCED behaviour as explained in this video: &lt;a href=&quot;https://www.youtube.com/watch?v=UtSP6VAcITU&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://www.youtube.com/watch?v=UtSP6VAcITU&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;At the moment I&apos;m unable to test for you, sorry :/&lt;/p&gt;</comment>
                            <comment id="267266" author="swekob" created="Sun, 22 Nov 2015 13:57:30 +0100"  >&lt;p&gt;Affects 15w47c &amp;amp; 1.8.8&lt;/p&gt;</comment>
                            <comment id="205401" author="galaxy_2alex" created="Sat, 25 Oct 2014 16:34:30 +0200"  >&lt;p&gt;Reopened, thanks.&lt;/p&gt;</comment>
                            <comment id="205398" author="kuubaku" created="Sat, 25 Oct 2014 16:29:49 +0200"  >&lt;p&gt;Yes it is. Dispensers dispense, droppers drop, other devices commit visual/audial actions.&lt;/p&gt;</comment>
                            <comment id="205241" author="galaxy_2alex" created="Sat, 25 Oct 2014 11:56:06 +0200"  >&lt;p&gt;Is this still a concern in the &lt;em&gt;current Minecraft version&lt;/em&gt; &lt;b&gt;1.8.1 Prerelease 3&lt;/b&gt; / Launcher version &lt;b&gt;1.5.3&lt;/b&gt; or later? If so, please &lt;em&gt;update the affected versions&lt;/em&gt; in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.&lt;/p&gt;</comment>
                            <comment id="188353" author="kuubaku" created="Wed, 13 Aug 2014 21:13:02 +0200"  >&lt;p&gt;14w33a - still... uh-oh, probably deserves to be taken care of, probably...&lt;/p&gt;</comment>
                            <comment id="171693" author="kuubaku" created="Mon, 7 Jul 2014 22:20:19 +0200"  >&lt;p&gt;Kinda still not completely fixed as of 14w27b. Don&apos;t know if really deserves fixing though.&lt;/p&gt;</comment>
                            <comment id="50369" author="bljat" created="Wed, 6 Mar 2013 16:51:57 +0100"  >&lt;p&gt;Jonathan is right, &lt;a href=&quot;https://bugs.mojang.com/browse/MC-846&quot; title=&quot;Dispenser and Dropper shooting out when updated&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-846&quot;&gt;&lt;del&gt;MC-846&lt;/del&gt;&lt;/a&gt; caused the Dispenser to fire rapidly when near a clock.&lt;/p&gt;</comment>
                            <comment id="50367" author="hfog" created="Wed, 6 Mar 2013 16:49:17 +0100"  >&lt;p&gt;@Jonathan Haas: No. I am not. That bug is about powered dispensers/droppers responding to block updates. This bug is about powered items responding to redstone updates. There is a subtle but important difference. The device I linked above was broken by &lt;a href=&quot;https://bugs.mojang.com/browse/MC-846&quot; title=&quot;Dispenser and Dropper shooting out when updated&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-846&quot;&gt;&lt;del&gt;MC-846&lt;/del&gt;&lt;/a&gt; and would have been fixed with &lt;a href=&quot;https://bugs.mojang.com/browse/MC-846&quot; title=&quot;Dispenser and Dropper shooting out when updated&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-846&quot;&gt;&lt;del&gt;MC-846&lt;/del&gt;&lt;/a&gt;&apos;s fix if this bug had not also been fixed for dispensers.&lt;/p&gt;

&lt;p&gt;Edit: OK. So I thought you were referring to yet ANOTHER bug. The one about powered dispensers responding to block updates. Now that I actually bothered to READ the bug you linked, turns out I was wrong. You were right. &lt;b&gt;hangs head in shame&lt;/b&gt;&lt;/p&gt;</comment>
                            <comment id="50360" author="jonathanhaas" created="Wed, 6 Mar 2013 16:41:43 +0100"  >&lt;p&gt;Steve, you are complaining about &lt;a href=&quot;https://bugs.mojang.com/browse/MC-846&quot; title=&quot;Dispenser and Dropper shooting out when updated&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-846&quot;&gt;&lt;del&gt;MC-846&lt;/del&gt;&lt;/a&gt;, not this bug.&lt;/p&gt;</comment>
                            <comment id="50359" author="bljat" created="Wed, 6 Mar 2013 16:35:54 +0100"  >&lt;p&gt;They sure do. Just build the setup I provided in the screenshot, but put a Dispenser/Dropper instead of the piston.&lt;/p&gt;</comment>
                            <comment id="50358" author="hfog" created="Wed, 6 Mar 2013 16:33:02 +0100"  >&lt;p&gt;@Tails: not any other; powered dispensers and droppers no longer react &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="50353" author="bljat" created="Wed, 6 Mar 2013 16:25:47 +0100"  >&lt;p&gt;Indeed piston is fixed, but any other mechanism still reacts.&lt;/p&gt;</comment>
                            <comment id="50352" author="hfog" created="Wed, 6 Mar 2013 16:25:13 +0100"  >&lt;p&gt;@kbk: I&apos;m glad that they still at least react to a 1 tick clock but the fact is that this still breaks a lot of stuff for very little gain. Of all of the things that this breaks, this one saddens me the most: &lt;a href=&quot;http://youtu.be/XNaYFhl9Pqc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://youtu.be/XNaYFhl9Pqc&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I will find a work-around, of course, but there is no chance of it ever being this compact or this simple.&lt;/p&gt;</comment>
                            <comment id="50341" author="kuubaku" created="Wed, 6 Mar 2013 16:08:24 +0100"  >&lt;p&gt;@hfog&lt;br/&gt;
As for the setup I use, dispensers and droppers still react to 0-tick on low edge (when switch is pulled off) as they did snapshots ago. So it seems like the recent dispenser mechanic change had really nothing to do with this particular bug. &lt;/p&gt;

&lt;p&gt;Nevertheless, these devices still fire properly off 1-tick clocks and I feel like &lt;del&gt;640 KB of RAM is enough&lt;/del&gt; 1-tick is still pretty rapid for a dispenser. &lt;/p&gt;</comment>
                            <comment id="50324" author="hfog" created="Wed, 6 Mar 2013 15:37:44 +0100"  >&lt;p&gt;&quot;Fixing&quot; this behavior for droppers and dispensers was a big mistake, IMHO. A lot of very useful and compact designs are now broken as a result of this &quot;fix&quot;. Rapid fire dispensers are now impossible. Dropper towers (for moving items vertically) now require significantly more complicated redstone and operate significantly slower. I am going to have to rebuild a significant amount of things in my world as a result of this change. Does &quot;fixing&quot; this behavior actually help anyone in any significant way? This was a fix that yields no real benefit and causes a significant amount of disruption. Please reconsider this one.&lt;/p&gt;</comment>
                            <comment id="50319" author="kuubaku" created="Wed, 6 Mar 2013 15:26:14 +0100"  >&lt;p&gt;Doors, trapdoors, fence gates and note blocks still emit their respective sounds in 13w10b.&lt;/p&gt;</comment>
                            <comment id="48900" author="busmap23" created="Sat, 2 Mar 2013 01:31:57 +0100"  >&lt;p&gt;They fixed it.&lt;/p&gt;</comment>
                            <comment id="48697" author="hfog" created="Fri, 1 Mar 2013 17:14:42 +0100"  >&lt;p&gt;Yes. Please DO NOT FIX THIS for droppers or dispensers. That behavior is vital to a number of important contraptions.&lt;/p&gt;</comment>
                            <comment id="48694" author="kuubaku" created="Fri, 1 Mar 2013 17:12:16 +0100"  >&lt;p&gt;While fixed for piston in 13w09c, this has not been fixed for doors, fence gates and noteblocks (those devices emit sounds), droppers and dispensers (those get triggered, but IMO the community probably won&apos;t be happy about these two getting fixed). Also checked that this setup doesn&apos;t work for hoppers, dunno if were affected.&lt;/p&gt;</comment>
                            <comment id="48639" author="vin97" created="Fri, 1 Mar 2013 15:10:33 +0100"  >&lt;p&gt;Awesome, so it will just be a texture bug?&lt;/p&gt;</comment>
                            <comment id="48591" author="jeb" created="Fri, 1 Mar 2013 12:01:59 +0100"  >&lt;p&gt;Fixed, but client-side the piston will flicker into its closed state for an instant. I don&apos;t think I can avoid this. It&apos;s more noticeable when you have lag, but at least the piston itself doesn&apos;t move (no sound effect either).&lt;/p&gt;</comment>
                            <comment id="48524" author="kuubaku" created="Fri, 1 Mar 2013 01:12:30 +0100"  >&lt;p&gt;Affects 13w09b.&lt;/p&gt;</comment>
                            <comment id="40570" author="bljat" created="Mon, 28 Jan 2013 02:20:46 +0100"  >&lt;p&gt;Confirmed and applies to all powered mechanisms, attached screenshot for reference: flipping the lever up results in the piston &quot;reacting&quot;, while flipping the lever down nothing happens. &lt;/p&gt;</comment>
                            <comment id="39992" author="vin97" created="Sat, 26 Jan 2013 12:54:01 +0100"  >&lt;p&gt;Yes, I know it&apos;s a special case of the old update bug. But since they are currently fixing these bugs (especially those related to pistons) I wanted to make sure that they know about this one.&lt;/p&gt;</comment>
                            <comment id="39785" author="henke9600" created="Fri, 25 Jan 2013 17:28:03 +0100"  >&lt;p&gt;Hi dico &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/tongue.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;
A 0 tick pulse would be a signal that turns on and off in the same tick.&lt;br/&gt;
And as dico said, it depends on if the repeater or the torch updates first.&lt;/p&gt;

&lt;p&gt;Very annoying though as it breaks alot of instant piston logic &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="39781" author="dicotheredstoner" created="Fri, 25 Jan 2013 17:03:15 +0100"  >&lt;p&gt;I&apos;ve also seen this before, try to put the piston on a different location, its the order minecraft updates. &lt;br/&gt;
Also, there is no 0 tick pulses. a 0 tick pulse is no pulse&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="27538">MC-12678</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="32729">MC-16814</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="46514">MC-26849</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="48400">MC-28260</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="72732">MC-47101</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75081">MC-49316</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75336">MC-49564</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75797">MC-49981</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="77845">MC-51849</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="253153">MC-157901</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="297833">MC-175780</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="319275">MC-182923</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="523034">MC-258563</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="23729">MC-9955</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="154539">MC-110120</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="13143">MC-1775</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="23451">MC-9714</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22277">MC-8923</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="143697">MCPE-15391</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="12584">MC-1263</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="596770" name="1.21.3.mp4" size="9255001" author="EliteTracker" created="Tue, 12 Nov 2024 02:25:35 +0100"/>
                            <attachment id="20080" name="2013-01-28_02.14.16.png" size="100925" author="bljat" created="Mon, 28 Jan 2013 02:20:46 +0100"/>
                            <attachment id="22901" name="2013-03-01_19.44.07.png" size="354931" author="kuubaku" created="Fri, 1 Mar 2013 17:12:16 +0100"/>
                            <attachment id="105392" name="2015-11-22_13.56.56.png" size="263470" author="swekob" created="Sun, 22 Nov 2015 13:57:30 +0100"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                    <customfield id="customfield_12800" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Area</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="12602"><![CDATA[Platform]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Mon, 28 Jan 2013 02:20:00 +0100</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11901" key="com.atlassian.jira.plugin.system.customfieldtypes:multiselect">
                        <customfieldname>Category</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="11605"><![CDATA[Block states]]></customfieldvalue>
    <customfieldvalue key="11615"><![CDATA[Redstone]]></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>13.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_12200" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Mojang Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="11702"><![CDATA[Normal]]></customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_12201" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>Triaged Time</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 10 Sep 2020 12:59:12 +0200</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                </customfields>
    </item>
</channel>
</rss>