<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:10:00 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-6077] Comparators causes block updates while idle</title>
                <link>https://bugs.mojang.com/browse/MC-6077</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;Even when &quot;idle&quot;, the comparators update things 2 blocks in front of it and 1 block behind it.&lt;br/&gt;
It seems to be doing it every redstone tick(i think) (2 gameticks) which can cause unecessary lag and problems because dispensers can fire on updates etc.&lt;/p&gt;

&lt;p&gt;If you flick the lever in the picture the piston will extend because its being updated by the comparator.&lt;/p&gt;

&lt;p&gt;Ok, so i actually checked through the code.&lt;br/&gt;
Apparently, the comparator is updating itself + the blocks infront/behind when it gets updated. um, derp? &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;
</description>
                <environment></environment>
        <key id="18737">MC-6077</key>
            <summary>Comparators causes block updates while idle</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="henke9600">Henrik Lindstr&#246;m</reporter>
                        <labels>
                            <label>redstone</label>
                            <label>redstone-comparator</label>
                    </labels>
                <created>Fri, 4 Jan 2013 21:06:50 +0100</created>
                <updated>Sun, 19 Mar 2017 06:28:50 +0100</updated>
                            <resolved>Mon, 18 Feb 2013 10:14:09 +0100</resolved>
                                    <version>Snapshot 13w01b</version>
                    <version>Snapshot 13w02b</version>
                    <version>Snapshot 13w03a</version>
                    <version>Snapshot 13w04a</version>
                    <version>Snapshot 13w07a</version>
                                    <fixVersion>Snapshot 13w05a</fixVersion>
                    <fixVersion>Snapshot 13w09a</fixVersion>
                                                        <votes>8</votes>
                                    <watches>8</watches>
                                                                            <comments>
                            <comment id="47963" author="hfog" created="Wed, 27 Feb 2013 16:09:23 +0100"  >&lt;p&gt;Unfortunately, yes, it seems to have been completely fixed now. Why was it changed from 13w07a? I thought that was a reasonable compromise. Now the build I was working on is going to need to be quite a bit larger. &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="47949" author="glampkoo" created="Wed, 27 Feb 2013 14:34:16 +0100"  >&lt;p&gt;fixed!&lt;/p&gt;</comment>
                            <comment id="45759" author="renex" created="Thu, 14 Feb 2013 21:47:31 +0100"  >&lt;p&gt;In 13w07a, directly pointing a comparator on normal mode at a self-resetting BUD causes the BUD to blink. Setting the comparator to subtract mode stops the pulsing.&lt;/p&gt;</comment>
                            <comment id="44593" author="howzieky" created="Fri, 8 Feb 2013 22:28:10 +0100"  >&lt;p&gt;It&apos;s not an issue!&lt;/p&gt;</comment>
                            <comment id="44522" author="dfanz0r" created="Fri, 8 Feb 2013 18:00:49 +0100"  >&lt;p&gt;As of 13w06a comparators have to face each other to cause block updates.&lt;/p&gt;

&lt;p&gt;Yay its back &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/biggrin.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="44379" author="mustek" created="Thu, 7 Feb 2013 23:46:06 +0100"  >&lt;p&gt;The issue is back in 13w06a. Reopened.&lt;/p&gt;</comment>
                            <comment id="42715" author="macdja38" created="Sat, 2 Feb 2013 07:31:50 +0100"  >&lt;p&gt;I understand this may be a bug, but isn&apos;t that what minecraft is based on, for the longest time I have loved the way if a bug came out that people liked it was turned into a feature! For example buds or dispensers detection block updates. I understand if this causes unnecessary lag although it was (for its short time) one of the most us full devices for compaction of redstone, i have seen MANY creations that take advantage of this, within the short week it existed! It the feature cannot be returned (although just to the bock in front of it) please make a similar new redstone item that provides constant redstone updates, possibly only when on!&lt;/p&gt;

&lt;p&gt;also it breaks my cannon &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;a href=&quot;http://youtu.be/e0ap1Bwce94?t=1m59s&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://youtu.be/e0ap1Bwce94?t=1m59s&lt;/a&gt; that was the only way i could get 50 TNT to dispense in that short of a time, Please return something with similar functionality!&lt;/p&gt;</comment>
                            <comment id="42653" author="conrad812" created="Sat, 2 Feb 2013 03:27:30 +0100"  >&lt;p&gt;so the machine gun effect was a bug? i was using that in ALOT of my machines. ill just use some sort of toggleable pulsar instead :/&lt;/p&gt;</comment>
                            <comment id="42367" author="jadenwong" created="Fri, 1 Feb 2013 15:15:02 +0100"  >&lt;p&gt;this was a one-block-clock.&lt;br/&gt;
in my opinion the comparator has to many functionalities (compare, substract, fill-checking, and the &quot;fixed&quot; updater)&lt;br/&gt;
Just add a new block updater or a pulser/timer.&lt;/p&gt;</comment>
                            <comment id="42309" author="immibis" created="Fri, 1 Feb 2013 13:57:14 +0100"  >&lt;p&gt;If you have a clock, it&apos;s obvious that it&apos;s constantly updating.&lt;br/&gt;
If you just have a comparator, it&apos;s not obvious at all.&lt;br/&gt;
Not to mention the lag caused by people using comparators for purposes that don&apos;t require constant updating.&lt;/p&gt;

&lt;p&gt;If you want a clock, why not just make a clock?&lt;/p&gt;</comment>
                            <comment id="42193" author="howzieky" created="Fri, 1 Feb 2013 03:39:17 +0100"  >&lt;p&gt;Awww! Why did you report this!? This was the most useful feature in 1.5!&lt;/p&gt;</comment>
                            <comment id="42139" author="bljat" created="Fri, 1 Feb 2013 01:38:29 +0100"  >&lt;p&gt;@Jaden Wong: See &lt;a href=&quot;https://bugs.mojang.com/browse/MC-8802&quot; title=&quot;blocks keep the redstone state when breaking a comparator that powers that block&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-8802&quot;&gt;&lt;del&gt;MC-8802&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;</comment>
                            <comment id="42138" author="jadenwong" created="Fri, 1 Feb 2013 01:36:00 +0100"  >&lt;p&gt;noticed a related bug; pointing a comperator away from a container and break the comperator, the redstone wire stays on&lt;/p&gt;

&lt;p&gt;what was wrong with the situation in 13w4a anyway?&lt;br/&gt;
in my opinion, &quot;fixing&quot; the comperator only produced even more bugs.&lt;/p&gt;</comment>
                            <comment id="42116" author="beastgamer" created="Fri, 1 Feb 2013 00:53:00 +0100"  >&lt;p&gt;Jeb:&lt;/p&gt;

&lt;p&gt;I say add a &quot;force update block&quot;. This way we can still have our compact designs. I found this &quot;feature&quot; really useful, and now it will be gone in 1.5, which is sad. I abuse this feature in my map for resetting the state of decorational trapdoors, as well as my hidden crafting bench that I posted above. Now it isn&apos;t possible. I know you guys are working hard in squishing those pesky bugs. But also keep in mind, BUD switches were bugs too. You didn&apos;t squish them though. You reimplemented their use in another way (or are planning to).&lt;/p&gt;

&lt;p&gt;Please, for all of us engineers. Keep a block updater available. They are so useful.&lt;/p&gt;

&lt;p&gt;&amp;lt;applause=&quot;cheerful_audience&quot;&amp;gt;&amp;lt;/applause&amp;gt;&lt;/p&gt;</comment>
                            <comment id="42113" author="dfanz0r" created="Fri, 1 Feb 2013 00:50:14 +0100"  >&lt;p&gt;@Ymus but that doesn&apos;t stop people from making clocks though.&lt;/p&gt;

&lt;p&gt;Yes i can see the way it happened to happen in the comparator was bad. but maybe something could be figured out to still have this in the game in some way, because it really is extremely useful and it a useful way to get around the annoyances of the 1 block away powering of pistons if you don&apos;t need a BUD.&lt;/p&gt;</comment>
                            <comment id="42103" author="nitoducci" created="Fri, 1 Feb 2013 00:38:29 +0100"  >&lt;p&gt;Noooooooooo! Just no.&lt;br/&gt;
At least have it cause constant updates when powered? D:&lt;/p&gt;</comment>
                            <comment id="42025" author="banana478" created="Thu, 31 Jan 2013 23:32:09 +0100"  >&lt;p&gt;Any block that constantly causes updates is a really bad idea performance-wise.&lt;/p&gt;</comment>
                            <comment id="42022" author="dfanz0r" created="Thu, 31 Jan 2013 23:28:14 +0100"  >&lt;p&gt;Well this sucks this was one of my favorite features of 1.5 so far and now i find out it wasn&apos;t a feature. So here is an idea how about you guys add it back in but a but differently, because i see how there are conflicts with features. So maybe add it in as a new block or have it interact with the full block of redstone in some way or something.&lt;/p&gt;

&lt;p&gt;I had an awesome tiny piston &quot;jeb&quot; door made with this. It was no bigger than the footprint of the piston arrangement it was beautifully simple. But now it doesn&apos;t work :/  &lt;/p&gt;</comment>
                            <comment id="41951" author="timsheap" created="Thu, 31 Jan 2013 21:56:56 +0100"  >&lt;p&gt;nooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo! &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; makes upward facing dispensers pointless... back to piston and ladder item elevators i suppose&lt;/p&gt;</comment>
                            <comment id="41948" author="jespertheend" created="Thu, 31 Jan 2013 21:54:39 +0100"  >&lt;p&gt;Nooooo.....   Why? Isn&apos;t this possible at all now?&lt;/p&gt;</comment>
                            <comment id="41909" author="onyxdarkknight" created="Thu, 31 Jan 2013 20:40:12 +0100"  >&lt;p&gt;Noooo! This should have never been reported! It was such a great feature, considering we don&apos;t have an actual BUD switch :c You ruined it.... D:&lt;/p&gt;</comment>
                            <comment id="41906" author="supermatt100" created="Thu, 31 Jan 2013 20:37:14 +0100"  >&lt;p&gt;I personally really liked this &quot;bug&quot; it made sending items up with droppers really compact. This was one of the best things that happened to redstone and I know that many have used it in there creations. Is there any way that you could revert the &quot;fix&quot; and have this as a feature?&lt;/p&gt;</comment>
                            <comment id="41896" author="henke9600" created="Thu, 31 Jan 2013 20:17:52 +0100"  >&lt;p&gt;No, when i said &quot;idle&quot;, i meant that nothing is changing around them and their state isn&apos;t chaning. They can be idle in their on state aswell. &lt;/p&gt;</comment>
                            <comment id="41884" author="roadsguy" created="Thu, 31 Jan 2013 20:04:49 +0100"  >&lt;p&gt;Do they still make constant updates when powered?&lt;/p&gt;</comment>
                            <comment id="41856" author="bankstoneditor" created="Thu, 31 Jan 2013 19:22:02 +0100"  >&lt;p&gt;RIP the best redstone feature in making deadly, compact traps; compact BUDs; etc... &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="41814" author="watchig" created="Thu, 31 Jan 2013 18:23:19 +0100"  >&lt;p&gt;I miss it ._.&lt;/p&gt;</comment>
                            <comment id="41806" author="beastgamer" created="Thu, 31 Jan 2013 18:14:17 +0100"  >&lt;p&gt;Jeb: I think the constant block updating is really useful. It allows my hidden crafting table to work wonderfully.&lt;/p&gt;

&lt;p&gt;Screenshots: &lt;a href=&quot;http://imgur.com/83QxClQ,SxobRjX&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://imgur.com/83QxClQ,SxobRjX&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="41797" author="jadenwong" created="Thu, 31 Jan 2013 18:04:20 +0100"  >&lt;p&gt;do I have to bulid a hole clock now to have a pulse for my dispenser? loved this feature&lt;/p&gt;</comment>
                            <comment id="41786" author="jeb" created="Thu, 31 Jan 2013 17:51:34 +0100"  >&lt;p&gt;Chad: Yes, but I think that&apos;s more a bug with dispensers/droppers. They fire on neighbor updates if there is power around them (and the tile that was updated counts as a &quot;signal source&quot;, as comparators do), regardless if the power was turned off or not. I think we still have a bit of metadata remaining, so we could use that to prevent repeated updates for the same signal.&lt;/p&gt;</comment>
                            <comment id="41769" author="hfog" created="Thu, 31 Jan 2013 17:39:33 +0100"  >&lt;p&gt;Chad: The snapshot is released. I had played with it before I posted. So I guess you must not have been directing your comments at me? Either way, this is probably getting out of hand. My bad there. I&apos;m not really worked up about this although my excessive posting may make it seem that way. &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; It&apos;s not that big of a deal. I&apos;ll stop now.&lt;/p&gt;</comment>
                            <comment id="41766" author="roadsguy" created="Thu, 31 Jan 2013 17:37:45 +0100"  >&lt;p&gt;Well, if it lagged, then fixing it is good.&lt;/p&gt;

&lt;p&gt;Will they still randomly update like Redstone Torches? Maybe make them update slower than before or something...&lt;/p&gt;

&lt;p&gt;But come to think of it, won&apos;t using a clock instead for rapid-pulsing actually make it lag more, since there would then be six-ish Redstone blocks all updating simultaneously in a clock? Or would only one block rapid-updating cause the same lag?&lt;/p&gt;

&lt;p&gt;Chad: Maybe, if you have space, add a pulse shortener to make it send a single short pulse? Will that make it shoot just once?&lt;/p&gt;

&lt;p&gt;EDIT: It seems the bug was updating when idle. Do they still update when powered? &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/biggrin.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="41758" author="pizza2004" created="Thu, 31 Jan 2013 17:34:53 +0100"  >&lt;p&gt;What I mean is what I reported in my bug that got called a duplicate of this bug when in Snapshot 13w03a it began to happen behind the comparator as well.  This made it so that if you ever powered a dispenser with a comparator hooked up to check how full it was it would fire rapidly, therefore making that functionality useless.  I&apos;m sad to say that I&apos;ve download the snapshot, and while it was certainly improved, it still ticked it to fire around 3 times when I hit the button instead of the once I expect, due to it touching a comparator.&lt;/p&gt;

&lt;p&gt;As for providing feedback, what I mean is that saying, &quot;How dare you fix this!&quot; when you don&apos;t know what they changed yet is counterproductive.  Now that they&apos;ve released the snapshot you can test for differences and then complain about them, but before the snapshot was released you can&apos;t know what&apos;s different so complaining solves nothing!&lt;/p&gt;</comment>
                            <comment id="41747" author="hfog" created="Thu, 31 Jan 2013 17:27:43 +0100"  >&lt;p&gt;Chad: Telling people to stop complaining about a change is counter productive. I thought the whole point of making an open database like this was to acquire feedback from the users. I&apos;m really happy that they have provided a place where I can offer my feedback and I completely respect their right to ignore my feedback when they think I&apos;m wrong. But don&apos;t tell me not to provide it in the first place. As for your reasoning, it was quite possible to determine how full a dispenser was before this fix, so I have no idea what you were talking about there.&lt;/p&gt;

&lt;p&gt;Jeb: I realized that there were performance implications but I still quite liked the behavior. Still, I can understand why you would feel the need to fix it for performance reasons.&lt;/p&gt;</comment>
                            <comment id="41739" author="uzumaki42" created="Thu, 31 Jan 2013 17:20:04 +0100"  >&lt;p&gt;Wow, what the heck. Why does Mojang always focus on bugs that aren&apos;t actually bugs but are helpful in many builds, and completely ignore the real bugs, like corner fence hit boxes?&lt;/p&gt;</comment>
                            <comment id="41730" author="jeb" created="Thu, 31 Jan 2013 17:10:09 +0100"  >&lt;p&gt;Sigh...&lt;/p&gt;

&lt;p&gt;Comparators were being updated &lt;b&gt;all the time&lt;/b&gt;, even if you couldn&apos;t see it. So this was a huge performance bug, beyond the weird/unintentional tick builds.&lt;/p&gt;</comment>
                            <comment id="41724" author="pizza2004" created="Thu, 31 Jan 2013 17:04:15 +0100"  >&lt;p&gt;Everyone complaining because they fixed the bug, I don&apos;t love it either, but it became necessary.  The reason why being that the comparators started doing it to blocks they were supposed to be outputting a signal from, making them completely useless for using with a dispenser to see how full it is.  You people need to stop complaining before we even know how they changed it.&lt;/p&gt;</comment>
                            <comment id="41719" author="hfog" created="Thu, 31 Jan 2013 16:58:27 +0100"  >&lt;p&gt;Once again, you have fixed a &quot;bug&quot; that didn&apos;t need fixing. Fixing this breaks SO many useful builds. Anything that wanted to auto-empty a dispenser or dropper now requires much more complex redstone. I would very much like to see this &quot;fix&quot; reversed.&lt;/p&gt;</comment>
                            <comment id="41711" author="roadsguy" created="Thu, 31 Jan 2013 16:41:15 +0100"  >&lt;p&gt;Just like BUDs, this was a useful bug used in lots of circuits since Comparitors were added. Now they broke half the circuits using Comparitors since 13w01a... &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="40901" author="megascience" created="Tue, 29 Jan 2013 14:24:59 +0100"  >&lt;p&gt;I&apos;m curious how exactly this was fixed. It it was literally fixed in that constant updates are no longer done, this could be disappointing to some redstone specialists who have been trying to adapt to the upcoming changes through the snapshots. But it is understandable, since these are development builds subject to change. Just would have been nice to have this functionality. I was using it to make some really cool things, myself, despite my ill-equiped mind.&lt;/p&gt;</comment>
                            <comment id="40889" author="kimitsu" created="Tue, 29 Jan 2013 12:20:24 +0100"  >&lt;p&gt;&quot;Ok, so i actually checked through the code. Apparently, the comparator is updating itself + the blocks infront/behind when it gets updated.&quot;&lt;br/&gt;
Wow, that actually explains &lt;a href=&quot;https://bugs.mojang.com/browse/MC-7771&quot; title=&quot;Comparator not updating status after reloading chunks&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-7771&quot;&gt;&lt;del&gt;MC-7771&lt;/del&gt;&lt;/a&gt;&lt;br/&gt;
I mean, if update queue is lost after chunk unload, that is.&lt;/p&gt;</comment>
                            <comment id="39262" author="henke9600" created="Wed, 23 Jan 2013 14:37:02 +0100"  >&lt;p&gt;I added that it updates blocks behind it aswell to the description &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="39179" author="pizza2004" created="Wed, 23 Jan 2013 00:29:38 +0100"  >&lt;p&gt;Because my issue was marked as a duplicate of this issue, despite being different, I&apos;m going to put in a request here as well that it be considered a different bug.  My issue is basically the same, except it happens behind the comparator as well.  This means comparators are useless for checking dispensers because they cause the dispenser to fire rapidly each time they receive any redstone power.  My bug only occurs in the latest snapshot (13w03a) and it actually interferes with gameplay, unlike this bug, which is an annoyance at best.&lt;/p&gt;</comment>
                            <comment id="37789" author="inertia" created="Fri, 18 Jan 2013 07:00:30 +0100"  >&lt;p&gt;This behavior is very useful.  If it is unintended, it would be nice if this behavior was officially added in some other mechanism.&lt;/p&gt;</comment>
                            <comment id="35542" author="bljat" created="Fri, 11 Jan 2013 18:13:43 +0100"  >&lt;p&gt;Confirmed in 13w02b.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="18911">MC-6246</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="18952">MC-6287</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="18960">MC-6293</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="19585">MC-6813</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20006">MC-7227</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20456">MC-7649</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20503">MC-7696</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20534">MC-7724</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22041">MC-8798</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22275">MC-8922</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22328">MC-8955</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22416">MC-9005</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22966">MC-9375</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="24525">MC-10563</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="16971" name="2013-01-04_21.02.47.png" size="84730" author="henke9600" created="Fri, 4 Jan 2013 21:06:50 +0100"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Fri, 11 Jan 2013 18:13: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>15.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i03f93:</customfieldvalue>

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