<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:09:31 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-5927] Daylight Sensor outputting signal when encased</title>
                <link>https://bugs.mojang.com/browse/MC-5927</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;Trying out the new things in the snapshot I started testing the Daylight Sensor and found that encasing it completely in non-transluscent blocks made it work in reverse, there&apos;s no mention of this on the wiki or other sources that I&apos;ve looked at so unless it&apos;s just not been mentioned yet I&apos;m assuming it&apos;s a bug although a pretty cool one for working in mines etc.&lt;/p&gt;

&lt;p&gt;Included Files show the setup I was using to test strengths in all 4 states; Open to the sky at 6250 &amp;amp; 17000&lt;br/&gt;
Encased at 6250 &amp;amp; 17000&lt;/p&gt;

&lt;p&gt;P.S. In my opinion, if this isn&apos;t an intended feature it&apos;d be good to have it as one as that would allow for people to build warning systems etc underground for night/day without running redstone down from the surface.&lt;/p&gt;</description>
                <environment>Windows 7, Java 6 Update 38, .exe launcher</environment>
        <key id="18583">MC-5927</key>
            <summary>Daylight Sensor outputting signal when encased</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="deeohh">Ben Carpenter</reporter>
                        <labels>
                            <label>daylight_detector</label>
                            <label>reversed</label>
                    </labels>
                <created>Fri, 4 Jan 2013 03:22:37 +0100</created>
                <updated>Thu, 1 Jun 2017 11:48:13 +0200</updated>
                            <resolved>Fri, 13 Nov 2015 09:58:27 +0100</resolved>
                                    <version>Snapshot 13w01a</version>
                    <version>Snapshot 13w01b</version>
                    <version>Snapshot 13w02a</version>
                    <version>Snapshot 13w02b</version>
                    <version>Snapshot 13w05a</version>
                    <version>Snapshot 13w05b</version>
                    <version>Snapshot 13w06a</version>
                    <version>Snapshot 13w07a</version>
                    <version>Snapshot 13w09a</version>
                    <version>Minecraft 1.5</version>
                    <version>Snapshot 13w11a</version>
                    <version>Minecraft 1.5.2</version>
                    <version>Minecraft 1.6.1</version>
                    <version>Minecraft 1.6.2</version>
                    <version>Minecraft 14w05b</version>
                    <version>Minecraft 14w32c</version>
                    <version>Minecraft 14w32d</version>
                    <version>Minecraft 1.8</version>
                    <version>Minecraft 1.8.1-pre3</version>
                    <version>Minecraft 1.8.7</version>
                    <version>Minecraft 15w46a</version>
                                    <fixVersion>Minecraft 14w31a</fixVersion>
                    <fixVersion>Minecraft 15w47a</fixVersion>
                                                        <votes>28</votes>
                                    <watches>12</watches>
                                                                            <comments>
                            <comment id="264636" author="jonathan2520" created="Fri, 13 Nov 2015 12:06:24 +0100"  >&lt;p&gt;One reason this is contentious is that daylight sensors aren&apos;t a simple on/off thing. They provide multiple gradations, so you can&apos;t only tell that there&apos;s light at all but also that it&apos;s roughly midday or whatever. The same goes for encased sensors at night. To replace this functionality you&apos;d have to build an actual clock, and one that synchronizes with a daylight sensor at that to compensate for the chunk being unloaded. But the game doesn&apos;t owe this frankly crazy behavior to you. It also breaks some use cases like coverage detection as &lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=insomniac_lemon&quot; class=&quot;user-hover&quot; rel=&quot;insomniac_lemon&quot;&gt;insomniac_lemon&lt;/a&gt; indicated.&lt;/p&gt;

&lt;p&gt;I&apos;m the one who originally documented the power levels on the wiki with any kind of precision, BTW. The wiki is just informal documentation by players, of variable quality. Definitely not a specification. I was also the one that calculated the exact distribution of the old broken dispensers (although I rounded them because they were fractions like 4569647174543/19203609600000, assuming a perfect RNG), before the distribution was made uniform across stacks. The distribution was heavily skewed towards the first items, rarely dispensing the last ones. Should they also have kept that just because it was documented?&lt;/p&gt;</comment>
                            <comment id="264625" author="jeb" created="Fri, 13 Nov 2015 09:58:27 +0100"  >&lt;p&gt;Sorry, I hadn&apos;t pushed to master for this week&apos;s snapshot&lt;/p&gt;</comment>
                            <comment id="264427" author="insomniac_lemon" created="Thu, 12 Nov 2015 20:19:35 +0100"  >&lt;p&gt;Patrick, it&apos;s still based on a bug even if it&apos;s useful. It&apos;s a day*light* sensor, if there&apos;s no daylight (or &apos;moonlight&apos;) &lt;em&gt;and&lt;/em&gt; it behaves rather erratically, it&apos;s clear it&apos;s not an intended feature.&lt;/p&gt;

&lt;p&gt;Plus, does this bug even do anything now that cannot be achieved with proper skylight, daylight+inverted daylight sensors, and redstone logic? See Jeb&apos;s comment on July 30th 2014, inverted sensors were added to &lt;em&gt;replace&lt;/em&gt; this bug. Use one of them either with a skylight, or above ground with redstone (or even piston activation) going down to your contraption.&lt;/p&gt;

&lt;p&gt;Because honestly, if you just don&apos;t want your stuff to be reworked, that&apos;s not a reason to keep this. Daylight sensors working &lt;em&gt;properly&lt;/em&gt; underground brings unique contraptions. Secret doors that open or close (or traps being set off!) when a room is broken into or sealed off. Jungle temples could explode if you try to bypass the puzzle (I was able to make a simple design to do this... but unfortunately it went off because the pistons moved too slowly to cover a daylight sensor before light got to it). Mapmakers could use it as a proximity sensor especially if the user can break a certain kind of block (or use TNT) to get to secrets/easter eggs. Anything close to that is currently impossible due to the false positives.&lt;/p&gt;

&lt;p&gt;I&apos;m sure above-ground sensors and redstone logic can replace the current buggy underground function. It seems like it currently just detects sunrise/sunset, regular gaining signal it should not have and inverted being even worse with being on almost all of the time and then dipping to 0 on sunrise/sunset. With above-ground sensors you could replicate that (or have only one if you wanted) by circuits that activate something else for a short time after they deactivate. (pistons would probably be a good way to achieve this).&lt;/p&gt;</comment>
                            <comment id="264405" author="cubfan135" created="Thu, 12 Nov 2015 18:41:32 +0100"  >&lt;p&gt;This bug should be reopened as it is still present in 15w46a. To recreate dig a room out underground that is completely closed off from above. Place a lamp beside the daylight sensor. Set the time to anything between 14241 and 21659 and you&apos;ll see the lamp comes on. &lt;/p&gt;</comment>
                            <comment id="264269" author="ilmango" created="Thu, 12 Nov 2015 15:46:57 +0100"  >&lt;p&gt;yeah, whatever. It still works in 15w46 and I hope it stays this way. This beviour does no harm and after a few years this could be seen as a feature of the daylight sensor.&lt;/p&gt;</comment>
                            <comment id="264237" author="lutzee" created="Thu, 12 Nov 2015 15:20:26 +0100"  >&lt;p&gt;This is still marked as a bug, regardless of what the wiki says the behaviour was not intentional and the wiki should be changed accordingly. &lt;/p&gt;</comment>
                            <comment id="264231" author="ilmango" created="Thu, 12 Nov 2015 15:17:29 +0100"  >&lt;p&gt;why was this fixed? By now this behaviour is documented on the wiki, can be used to determine the time in caves and I&apos;ve used this behaviour in a redstone contraption.&lt;/p&gt;</comment>
                            <comment id="233365" author="timefortravel" created="Sun, 5 Jul 2015 17:37:24 +0200"  >&lt;p&gt;Still in 1.8.7&lt;/p&gt;</comment>
                            <comment id="207782" author="cubfan135" created="Wed, 5 Nov 2014 02:08:53 +0100"  >&lt;p&gt;Confirmed for 1.8.1 pre-release 3. This issue was not solved by the addition of the inverted daylight sensor (although I do like the inverted version very much). In fact, the inverted daylight sensor suffers from the exact same issue. &lt;/p&gt;

&lt;p&gt;The only difference is that the inverted daylight sensor signal drops from strength 15 to 6 instead of increasing as the daylight sensor does. &lt;/p&gt;

&lt;p&gt;As described above, the issue is seen between 14241 and 21659 ticks when the sensors don&apos;t have access to the sky.&lt;/p&gt;</comment>
                            <comment id="196810" author="cubfan135" created="Wed, 3 Sep 2014 04:38:29 +0200"  >&lt;p&gt;I can confirm that this issue still exists in the official 1.8 release. As Torabi said between 14341 ticks and 21659 ticks the sensor still outputs a signal when it does not have access to the sky.&lt;/p&gt;</comment>
                            <comment id="186346" author="torabi" created="Fri, 8 Aug 2014 17:28:37 +0200"  >&lt;p&gt;In 14w32c, while fully enclosed, with no light reaching the sensor, it starts producing a signal at 14341 ticks, peak at strength 9 at 17762 ticks, and drops back down to 0 at 21659 ticks. So yes, still not quite working.&lt;/p&gt;</comment>
                            <comment id="182915" author="insomniac_lemon" created="Thu, 31 Jul 2014 07:47:42 +0200"  >&lt;p&gt;Yes, not fixed. The daylight detector can still receive power when there is no skylight, which should never happen.&lt;/p&gt;</comment>
                            <comment id="182393" author="wolfiemario" created="Wed, 30 Jul 2014 19:48:19 +0200"  >&lt;p&gt;Daylight detectors in darkness (no access to skylight) still appear buggy. When not inverted, they produce power for a few minutes as the moon is coming up. When inverted, they produce power almost always, except when the sun is coming up. When exposed to the sky, they appear to behave correctly in either state.&lt;/p&gt;</comment>
                            <comment id="182146" author="jeb" created="Wed, 30 Jul 2014 10:50:23 +0200"  >&lt;p&gt;Fixed by adding an inverted state for daylight sensors&lt;/p&gt;</comment>
                            <comment id="150499" author="jeepguy42" created="Thu, 10 Apr 2014 18:19:53 +0200"  >&lt;p&gt;In my opinion if they had wanted to make the daylight sensor work like a clock then whey didn&apos;t they just remove clocks. Seems like the current function (bug) would be better acheived by having an actual clock in an item frame emit a signal depending on the time on the clock and would make more sense then repurposing the daylight sensor to not truely read daylight. &lt;/p&gt;</comment>
                            <comment id="125237" author="insomniac_lemon" created="Sun, 15 Dec 2013 19:00:24 +0100"  >&lt;p&gt;Might be an intended feature, however, breaks the sensors&apos; primary function, as an enclosed sensor will power at night when it should not, making it impossible to make exposed-room (during the day) traps/devices, as they will erroneously activate at night. &lt;/p&gt;

&lt;p&gt;If this is intended, I can&apos;t help but feel there is a smarter way of making a &quot;moonlight detector&quot; than changing the behavior when there is no sky light. Such as stacking 2 daylight detectors creating a &quot;24-hour clock&quot; (well, powered day and night) that powered both during day and night, which then someone could use a regular daylight sensor to subtract from the double-tall signal to create a night-only sensor. Both the Daylight and 24-hour clock would require skylight to function.&lt;/p&gt;

&lt;p&gt;Would probably be best if the daylight sensor were basically turned into a slab. Then a double-tall daylight sensor slab would be the thing I talked about the previous paragraph. I&apos;m sure builders would like it to be able to blend in with slabs and also be placed flush with floors, too.&lt;/p&gt;</comment>
                            <comment id="98873" author="jonathan2520" created="Wed, 14 Aug 2013 20:51:15 +0200"  >&lt;p&gt;I have investigated this some more. There are actually two separate bugs being discussed.&lt;/p&gt;

&lt;p&gt;One is the odd function used by the daylight sensor, which flares up at night if the sensor has limited access to skylight. This is what I&apos;d had in mind all along. It is not very problematic&#8212;even useful&#8212;but still wrong.&lt;/p&gt;

&lt;p&gt;Another is that blocklight and skylight can sustain each other somehow. In this case the redstone lamp essentially becomes a skylight emitter, keeping the daylight sensor activated. Even though the lamp an opaque block, skylight will enter it when it&apos;s turned on. When access to true skylight is removed, it may be that the part of the lighting system that removes skylight skips the inside of the light because it assumes (rightfully) that nothing should be there. This hypothesis is supported by the fact that it doesn&apos;t happen with a normal torch, which is transparent. Still relatively benign because the other kind of light will drown it out, but it becomes obvious when blocklight sustains the skylight of a daylight sensor.&lt;/p&gt;

&lt;p&gt;This second bug should be reported separately, if it hasn&apos;t been already. I&apos;ll investigate it some more first, if I can be bothered.&lt;/p&gt;</comment>
                            <comment id="98862" author="dustinmaxim" created="Wed, 14 Aug 2013 20:26:30 +0200"  >&lt;p&gt;I only missed two words in my post. It wasn&apos;t I grammar mistake, it was typo. I meant to say the redstone lamp stays powered. It stays powered despite the lack of sunlight reaching the encased daylight sensor. It&apos;s that simple. I have not experienced blinking. This quirk needs to be tested with other redstone devices as well.&lt;/p&gt;</comment>
                            <comment id="98721" author="deeohh" created="Tue, 13 Aug 2013 23:32:29 +0200"  >&lt;p&gt;I have tried testing from what you have said and it doesn&apos;t seem like it&apos;s entirely the same issue as stated in this ticket I believe your problem is something with similar symptoms but is more centralized around having the lamps on the same Y co-ord level as the sensor and the sensors programming for detecting light levels. I&apos;m getting a blinking effect on the lamps whilst they&apos;re on the same level as the sensor is that what you&apos;ve been getting?&lt;/p&gt;

&lt;p&gt;EDIT: I guess a moderator thought that the first paragraph I had originally put wasn&apos;t diplomatic enough so I&apos;ll straight out ask, Dustin Held if you&apos;re reading this what was meant to come after &quot;ALWAYS&quot; in your comment so I can try testing to get a screenshot of the behavior you&apos;ve been getting and so the dev team has a fuller picture of the bugs to come up with a solution to the problem if posisble?&lt;/p&gt;</comment>
                            <comment id="98565" author="dustinmaxim" created="Mon, 12 Aug 2013 23:41:14 +0200"  >&lt;p&gt;This is UNDOUBTABLY a bug. When you place redstone lamps DIRECTLY adjacent to daylight sensors, the lamp will ALWAYS even after the daylight sensor is encased. This is in no way a PLEASANT quirk. This is a BUG and needs to be fixed ASAP.&lt;/p&gt;</comment>
                            <comment id="97927" author="deeohh" created="Fri, 9 Aug 2013 18:22:23 +0200"  >&lt;p&gt;Just retested in the world that I originally found this bug on and it is still present, personally I&apos;ve used this several times in builds since finding it and it being unresolved for more than 2 months and I now don&apos;t view it as a bug, I just see it as one of those redstone quirks that end up making something more functional and gives more uses than was originally intended without tipping the balance in difficulty or gameplay.&lt;/p&gt;

&lt;p&gt;To any mods viewing this would we be able to get a verdict on if this is something that&apos;s on the to do list for the devs to fix even if it&apos;s way down there at the bottom of the pile or if it&apos;s something that&apos;s going to be left as an unintended but pleasant quirk?&lt;/p&gt;</comment>
                            <comment id="97682" author="dustinmaxim" created="Thu, 8 Aug 2013 02:43:45 +0200"  >&lt;p&gt;MOD PLEASE UPDATE STILL AN ISSUE IN 1.6.2&lt;/p&gt;</comment>
                            <comment id="53787" author="jouster500" created="Sat, 16 Mar 2013 00:03:04 +0100"  >&lt;p&gt;Yes, I&apos;ve had this problem too. I was looking quite forward to making an automated wheat farm by manipulating the sunlight detectors ability&apos;s yet it seems it has a slight glitch. &lt;/p&gt;</comment>
                            <comment id="51304" author="bl4cksh33p" created="Sat, 9 Mar 2013 13:53:34 +0100"  >&lt;p&gt;I just built one on a roof of a house for automated daylight/night lights and when I put a solid block above it so it is in complete darkness it starts blinking with 1.5 pre-release.&lt;/p&gt;</comment>
                            <comment id="50467" author="saber mage" created="Wed, 6 Mar 2013 21:08:18 +0100"  >&lt;p&gt;This causes an issue for me, as I am using the daylight sensor for its unique height as a block, and on top of a hopper. When it is out of contact with sunlight, I expect no signal to be outputted. Because it does output a signal in this situation, however, it causes the hopper to be deactivated more than half the time. I really need this bug fixed. Its functionality is useful in other ways, but please, turn it into a feature which the user must knowingly activate.&lt;/p&gt;</comment>
                            <comment id="46723" author="eveready1998" created="Wed, 20 Feb 2013 17:00:01 +0100"  >&lt;p&gt;Today I stated about this error, it seems to me that the work of the sensor solar lights prescribed proportions of light to the darkness. More why this error happens, I can&apos;t explain.&lt;/p&gt;</comment>
                            <comment id="45679" author="samuil19" created="Thu, 14 Feb 2013 15:31:18 +0100"  >&lt;p&gt;I think, no need to fix this.&lt;/p&gt;</comment>
                            <comment id="44280" author="tyshka" created="Thu, 7 Feb 2013 20:11:48 +0100"  >&lt;p&gt;Checked in the latest version - still produces a signal in a fully enclosed cave.&lt;/p&gt;</comment>
                            <comment id="44272" author="jrtc27" created="Thu, 7 Feb 2013 19:41:30 +0100"  >&lt;p&gt;This seems to be different in 13w06a as far as I can tell, although it&apos;s very glitchy when it has a redstone lamp below it and is surrounded by blocks.&lt;/p&gt;</comment>
                            <comment id="43936" author="numbermaniac" created="Wed, 6 Feb 2013 09:28:27 +0100"  >&lt;p&gt;I can confirm this in 13w05b, in which I tested this 5 minutes ago. It still happens in this update.&lt;/p&gt;</comment>
                            <comment id="38320" author="jonathan2520" created="Sat, 19 Jan 2013 18:17:02 +0100"  >&lt;p&gt;I don&apos;t agree entirely with Sam. The current behavior is pretty useful for timekeeping purposes, in that the time slots corresponding to each output level are distributed fairly evenly over the day. The light level only rises and drops sharply around sunrise and sunset, respectively. I&apos;m not sure what I could do with that, that I couldn&apos;t do nearly as well with the current behavior. Sure, if you know the actual light level you can predict mob spawns exactly. But you can already know when e.g. light level 8 is passed to within a few seconds.&lt;/p&gt;

&lt;p&gt;To be clear, given the current behavior and the behavior of just passing on the current light level, I&apos;m pretty ambivalent. I believe something &lt;em&gt;like&lt;/em&gt; the current behavior is useful, but as it is now it&apos;s just too quirky.&lt;/p&gt;

&lt;p&gt;Anon Ymus, the light sensor is a transparent block that can simply read its own light level.&lt;/p&gt;</comment>
                            <comment id="38317" author="banana478" created="Sat, 19 Jan 2013 17:56:09 +0100"  >&lt;p&gt;It isn&apos;t possible to read the light-value of half-blocks. That&apos;s done by full blocks. Perhaps use the function the beacon uses to test if it is open to the sky?&lt;/p&gt;</comment>
                            <comment id="38306" author="yackaro" created="Sat, 19 Jan 2013 17:37:16 +0100"  >&lt;p&gt;here&apos;s how it needs to be fixed: instead of using sv*w=&lt;del&gt;#&lt;ins&gt;&lt;/del&gt;#=&lt;/ins&gt;# like jonathan said it should just read the light level of the half-block above it (it is a half-block) and then give off a redstone signal based off of that value&lt;/p&gt;</comment>
                            <comment id="36335" author="jonathan2520" created="Sun, 13 Jan 2013 07:50:01 +0100"  >&lt;p&gt;The sensor works by multiplying the current skylight value with a wave that is more or less positive at day, negative at night. The crux is that the current skylight level of an encased sensor can drop as low as -11 at night: 0 because no daylight can reach it, minus 11 because it&apos;s night. Two negatives make a positive, and so you see an output up to 9 at night. In fact, if the skylight is something between 1 and 10 (making -10 to -1 at night), the sensor will produce some output both at day and at night. &lt;/p&gt;

&lt;p&gt;I&apos;d say it&apos;s definitely a bug: it&apos;s called a &lt;em&gt;daylight sensor&lt;/em&gt; after all. Not that I would mind if it&apos;s redefined to intentional quirk, but if it&apos;s kept I&apos;d clean it up a little to make its behavior better-defined.&lt;/p&gt;</comment>
                            <comment id="35804" author="shadow_wolf1310" created="Sat, 12 Jan 2013 01:02:27 +0100"  >&lt;p&gt;I also agree this behaviour should remain, simply fix the time when the light detector activates and deactivates to sunrise and sunset respectively. This makes it easy and appealing to create lights that auto turn on and off.&lt;/p&gt;</comment>
                            <comment id="34331" author="renex" created="Tue, 8 Jan 2013 22:59:59 +0100"  >&lt;p&gt;This behavior makes it possible to count time during the night. So it&apos;s a good feature and should stay.&lt;/p&gt;</comment>
                            <comment id="34190" author="kaasinees" created="Tue, 8 Jan 2013 11:34:17 +0100"  >&lt;p&gt;Either rename it to a daylight clock or fix this to a light sensor. The way it works now it is actually a daylight clock instead of a sensor, either way a sensor would work on all light sources unless it works on the UV spectrum and can tell sunlight from other light sources.&lt;/p&gt;</comment>
                            <comment id="32904" author="kumasasa" created="Fri, 4 Jan 2013 22:22:13 +0100"  >&lt;p&gt;Confirmed in 13w01b&lt;/p&gt;</comment>
                            <comment id="32901" author="rocketturtle" created="Fri, 4 Jan 2013 22:12:00 +0100"  >&lt;p&gt;This &apos;bug&apos; doesn&apos;t seem to be fixed in snapshot 13w01b.&lt;/p&gt;

&lt;p&gt;I like this functionality, so I hesitate to call it a bug.&lt;/p&gt;</comment>
                            <comment id="32814" author="bljat" created="Fri, 4 Jan 2013 19:15:09 +0100"  >&lt;p&gt;Confirmed wrong ticket, this one is fixed in 13w01b.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="18650">MC-5992</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="18981">MC-6312</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="19262">MC-6587</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20104">MC-7321</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20490">MC-7683</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20734">MC-7914</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20822">MC-7999</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20984">MC-8115</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22013">MC-8774</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23443">MC-9708</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23468">MC-9730</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23867">MC-10031</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23918">MC-10073</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="24359">MC-10406</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="24848">MC-10868</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27244">MC-12405</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27290">MC-12449</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27720">MC-12823</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27759">MC-12859</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="28581">MC-13475</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="48495">MC-28336</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="64918">MC-41477</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="74330">MC-48614</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="78852">MC-52710</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="92602">MC-65134</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="127732">MC-93379</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="16801" name="01 DLS Open daytime.png" size="703712" author="deeohh" created="Fri, 4 Jan 2013 03:22:37 +0100"/>
                            <attachment id="16802" name="02 DLS Open nighttime.png" size="599403" author="deeohh" created="Fri, 4 Jan 2013 03:22:37 +0100"/>
                            <attachment id="16803" name="03 DLS Encased daytime.png" size="192268" author="deeohh" created="Fri, 4 Jan 2013 03:22:37 +0100"/>
                            <attachment id="16804" name="04 DLS Encased nighttime.png" size="550388" author="deeohh" created="Fri, 4 Jan 2013 03:22:37 +0100"/>
                            <attachment id="21290" name="13w06a - Still an issue.jpg" size="136790" author="tyshka" created="Thu, 7 Feb 2013 20:11:48 +0100"/>
                            <attachment id="25049" name="2013-03-15_18.57.59.png" size="132252" author="jouster500" created="Sat, 16 Mar 2013 00:03:04 +0100"/>
                            <attachment id="25050" name="2013-03-15_18.58.14.png" size="133643" author="jouster500" created="Sat, 16 Mar 2013 00:03:04 +0100"/>
                            <attachment id="39123" name="2013-08-09_17.07.11.png" size="249634" author="deeohh" created="Fri, 9 Aug 2013 18:22:23 +0200"/>
                            <attachment id="39124" name="2013-08-09_17.07.55.png" size="203374" author="deeohh" created="Fri, 9 Aug 2013 18:22:23 +0200"/>
                            <attachment id="39125" name="2013-08-09_17.12.11.png" size="200630" author="deeohh" created="Fri, 9 Aug 2013 18:22:23 +0200"/>
                            <attachment id="39126" name="2013-08-09_17.12.20.png" size="77623" author="deeohh" created="Fri, 9 Aug 2013 18:22:23 +0200"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Fri, 4 Jan 2013 19:10: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_10501" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Game Mode</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10305"><![CDATA[Creative]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>20.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0mzmv:</customfieldvalue>

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