<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 12:12:41 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-6883] Other hoppers can push items into locked hoppers</title>
                <link>https://bugs.mojang.com/browse/MC-6883</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;When powering a Hopper that is above a solid block or a container the items are held in place correctly within the Hopper. If however the Hopper is placed above a second Hopper then the second hopper will overpower the redstone signal and suck the items out regardless. This may not be a bug and be functioning as intended however, as Hoppers with containers above them are designed to suck out items.&lt;/p&gt;

&lt;p&gt;Screenshot: Powering the 2nd Hopper in the chain as shown is completely ineffective as the 3rd Hopper still takes items out.&lt;/p&gt;

&lt;p&gt;EDIT: This has been somewhat fixed in 13w02b by the fact that a powered Hopper now does not take items from above, so powering 2 sequential Hoppers in the chain would create an effective lock. Powering the first or the last Hopper in the chain would also be effective, this bug only occurs in long chains of vertical Hoppers, when trying to create a lock mid way down the stack.&lt;/p&gt;</description>
                <environment>Windows 7 64bit&lt;br/&gt;
Unmodded</environment>
        <key id="19658">MC-6883</key>
            <summary>Other hoppers can push items into locked hoppers</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="5" iconUrl="https://bugs.mojang.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="6">Works As Intended</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="ani07789">Timothy Bailey</reporter>
                        <labels>
                            <label>container</label>
                            <label>hopper</label>
                            <label>redstone</label>
                            <label>redstone-repeater</label>
                    </labels>
                <created>Thu, 10 Jan 2013 20:51:22 +0100</created>
                <updated>Mon, 26 Apr 2021 01:47:21 +0200</updated>
                            <resolved>Mon, 21 Jan 2013 14:31:59 +0100</resolved>
                                    <version>Snapshot 13w02a</version>
                    <version>Snapshot 13w02b</version>
                    <version>Snapshot 13w03a</version>
                                                                        <votes>4</votes>
                                    <watches>1</watches>
                                                                            <comments>
                            <comment id="43046" author="torabi" created="Sun, 3 Feb 2013 09:11:32 +0100"  >&lt;p&gt;A redstone signal does not &quot;lock&quot; the hopper. It merely stops it from operating, meaning that it no longer pulls items from the space or container above it, and no longer pushes items into the space or container pointed to by its output. Because hoppers are containers, hoppers can pull items from other hoppers, regardless of their operational state.&lt;/p&gt;

&lt;p&gt;The primary purpose of hoppers, as far as I can tell, is to give us a way to automatically put items in containers and pull them out. The enables the automatic collection of mob drops and the transportation of items via minecarts. They weren&apos;t necessarily intended to make sorting machines, but people will figure out a way that works regardless.&lt;/p&gt;

&lt;p&gt;And, to put it simply, it&apos;s easier to program the way it is.&lt;/p&gt;</comment>
                            <comment id="42598" author="supme101" created="Sat, 2 Feb 2013 01:15:48 +0100"  >&lt;p&gt;Dinnerbone, merely making hoppers conductive would fix this. After all, they can somehow allow redstone to float on top of the hole. You say there is nothing to fix. Well, this compromises the most simple of sorting machines and forces minecrafters to use pistons ans minecarts. I don&apos;t know what you intend the hopper be used for, but if it is locked, it should be completely locked, not only partially. hogwash.&lt;/p&gt;</comment>
                            <comment id="38831" author="dinnerbone" created="Mon, 21 Jan 2013 14:31:59 +0100"  >&lt;p&gt;Intentional. Powering it merely stops it from sucking items from above or pushing items down, but another hopper/dropper can do what it likes still.&lt;/p&gt;</comment>
                            <comment id="35835" author="ani07789" created="Sat, 12 Jan 2013 02:17:08 +0100"  >&lt;p&gt;Yea that is correct Louis. The lower hopper is taking items out of the hopper above it, despite the upper one being locked, thus rendering the lock pointless.&lt;/p&gt;</comment>
                            <comment id="35831" author="megascience" created="Sat, 12 Jan 2013 01:54:50 +0100"  >&lt;p&gt;Could someone explain this a bit better? The problem is that the hoppers below still take out items despite the hopper above being locked? In that case, that shouldn&apos;t be possible. In real world concept, I&apos;d imagine locking a hopper would act as closing up it&apos;s outputs and forcing it shut. Whether that is actually how it is thought is another thing, but this behavior definitely defies the lock.&lt;/p&gt;</comment>
                            <comment id="35818" author="bljat" created="Sat, 12 Jan 2013 01:32:49 +0100"  >&lt;p&gt;Confirmed in 13w02b.&lt;/p&gt;</comment>
                            <comment id="35476" author="tartosuk" created="Fri, 11 Jan 2013 16:21:49 +0100"  >&lt;p&gt;Can confirm. &lt;br/&gt;
I hope this isn&apos;t a feature.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="20000">MC-7221</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20235">MC-7444</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20466">MC-7659</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20484">MC-7677</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20542">MC-7732</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20609">MC-7797</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="20729">MC-7910</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="21006">MC-8135</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="21300">MC-8380</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="21481">MC-8533</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22175">MC-8868</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="23675">MC-9909</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="24867">MC-10886</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="25245">MC-11140</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="26632">MC-11917</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27344">MC-12495</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="27515">MC-12658</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="29417">MC-14215</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="54615">MC-33168</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="65670">MC-42022</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="78917">MC-52771</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="159418">MC-112126</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="170828">MC-117473</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="222504">MC-141438</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="223947">MC-142130</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="249277">MC-156232</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="347138">MC-192605</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="433920">MC-224079</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="17979" name="2013-01-10_19.48.38.png" size="224372" author="ani07789" created="Thu, 10 Jan 2013 20:51:22 +0100"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Sat, 12 Jan 2013 01:32: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>18.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0hb6v:</customfieldvalue>

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