<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 11:54:58 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-1591] Water/Lava isn&apos;t a liquid?</title>
                <link>https://bugs.mojang.com/browse/MC-1591</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;The water with some blocks looks like a solid block; the water doesn&apos;t cover blocks (slabs, stairs...) and looks bad. Only the &apos;Item frame&apos; block is covered by water and looks good.&lt;/p&gt;</description>
                <environment></environment>
        <key id="12932">MC-1591</key>
            <summary>Water/Lava isn&apos;t a liquid?</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="6" iconUrl="https://bugs.mojang.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="2">Won&apos;t Fix</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="robertoccu">robertoccu</reporter>
                        <labels>
                    </labels>
                <created>Thu, 1 Nov 2012 14:03:02 +0100</created>
                <updated>Tue, 28 Mar 2023 14:38:03 +0200</updated>
                            <resolved>Fri, 2 Nov 2012 09:50:03 +0100</resolved>
                                    <version>Minecraft 1.4.1</version>
                    <version>Minecraft 1.4.2</version>
                    <version>Minecraft 1.4.3</version>
                                                                        <votes>1</votes>
                                    <watches>7</watches>
                                                                            <comments>
                            <comment id="44163" author="kumasasa" created="Thu, 7 Feb 2013 08:28:31 +0100"  >&lt;p&gt;Closed.&lt;br/&gt;
This is no discussion forum here.&lt;/p&gt;</comment>
                            <comment id="44159" author="v10lator" created="Thu, 7 Feb 2013 07:39:05 +0100"  >&lt;p&gt;Everybody here should read: &lt;a href=&quot;http://www.minecraftforum.net/topic/1583885-blocks-like-ladders-and-water/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://www.minecraftforum.net/topic/1583885-blocks-like-ladders-and-water/&lt;/a&gt; - Making fences covered by water is as simple as extending their data value. These data value would then be used by the client to render the water and by the server for its water flowing code (to see the block as water (or air if no extended data values are there) instead of fence in that codepath so water will flow through it). The most complicate thing would be to tell the water flow code that it doesn&apos;t have to give water data values to the fence but extend the fence data value, but that shouldn&apos;t be a big deal and when done it should be easily extendable for other blocks.&lt;/p&gt;</comment>
                            <comment id="44155" author="hartwell" created="Thu, 7 Feb 2013 03:59:05 +0100"  >&lt;p&gt;I think the way to solve this issue is to graphically put water in over the items that should be submerged, such that the item &apos;Block&apos; still exists, but appears to be submerged. This would make for some odd phenomenon, however, which would be unfortunately difficult to fix, such as water actually being air where a sign block is placed, and water not flowing further. The way to fix this, I guess, would be to include a part in the game where if a &apos;graphical water&apos; has an empty space to any side(except up) open, it will place a non source water flow.&lt;/p&gt;

&lt;p&gt;Oh, and I do vote for having sugarcane not following the new ideas for water physics. I like underwater farms/ airlocks!&lt;/p&gt;</comment>
                            <comment id="44151" author="rydian" created="Thu, 7 Feb 2013 02:41:16 +0100"  >&lt;p&gt;I don&apos;t really understand your second part, mind re-wording it?&lt;/p&gt;</comment>
                            <comment id="44150" author="kupipin" created="Thu, 7 Feb 2013 02:35:22 +0100"  >&lt;p&gt;I still disagree. In your example, you explain how water once worked as it was intended to, but that doesn&apos;t mean that after fences were made it wasn&apos;t behaving in unintentional ways. What happened was that when fences were added there was two methods to deal with its interaction with water at that time. 1, Fence gets destroyed by water; 2, fences hold back water. #2 was the lesser of 2 evils. &lt;/p&gt;

&lt;p&gt;I&apos;ll draw your attention again to the top of the page. &quot;Won&apos;t fix&quot; does not mean &quot;Nothing&apos;s broken&quot; it means &quot;We realize something is broken, but we aren&apos;t going to fix it for various reasons.&quot; I think its okay that Mojang to chose this. But I also think its okay that some people wish Mojang would find a way to around Minecraft&apos;s technical limitation. Perhaps, for example, finding a way to add clipping(collision) to entities that prevents player/mob movement but not water.(and then making fences and such into entities instead of blocks)&lt;/p&gt;

&lt;p&gt;edit: changed some pronouns to be more specific, but I&apos;m not clear on what was confusing. (I have that problem sometimes with my writing)&lt;/p&gt;</comment>
                            <comment id="43959" author="rydian" created="Wed, 6 Feb 2013 15:07:04 +0100"  >&lt;p&gt;The case is B because water was programmed as a block, on purpose.  In most cases like dirt and stone blocks, water not existing in the same block as them (due to both being blocks) was taken into consideration at the time water was added.  In 0.0.12a Classic, water not existing in the same spot as other blocks was just fine visually.&lt;/p&gt;

&lt;p&gt;Fences are also blocks, but did not come into play until well after water.  By the time of 1.0.17 Alpha, water&apos;s properties had been in play for a while.  Fences and other such non-full blocks look strange with it, but it worked as intended.  Water&apos;s properties WERE thought out when it comes to some things like redstone, buttons, and torches (where they are destroyed or removed upon contact), but that&apos;s generally non-solid items (they don&apos;t have a collision box that bars entities from moving across them), while fences and other &quot;solid&quot; blocks are meant to be a barrier.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Water works as it was programmed and intended to&lt;/b&gt;, so this is not a bug with the game code.&lt;/p&gt;

&lt;p&gt;Now whether this is best with the way the game is &lt;em&gt;now&lt;/em&gt; and what sort of ways this could be improved, I don&apos;t know.&lt;/p&gt;</comment>
                            <comment id="43921" author="kupipin" created="Wed, 6 Feb 2013 04:44:29 +0100"  >&lt;p&gt;That seems unlikely, since the physics for water was programed before fences and such were implemented.&lt;/p&gt;</comment>
                            <comment id="43894" author="rydian" created="Wed, 6 Feb 2013 00:47:22 +0100"  >&lt;p&gt;That depends on your definition of &quot;intention&quot;.&lt;/p&gt;

&lt;p&gt;A - An idea (formed before/during development) of how the game world should be.&lt;/p&gt;

&lt;p&gt;B - How the game was actually programmed due to space/memory/engine/computational limitations.&lt;/p&gt;

&lt;p&gt;This is the latter, since the engine is working as it was originally designed to.&lt;/p&gt;</comment>
                            <comment id="43738" author="kupipin" created="Tue, 5 Feb 2013 16:36:42 +0100"  >&lt;p&gt;And that&apos;s why the &quot;Realistic&quot; argument always fails. But simply, there are limits to how far realism can be stretched. If minecraft had shovels for gravel and dirt but only pickaxes and hoes worked on sand it would be unrealistic. Yeah, it&apos;s a game. But some amounts of unrealism are jarring enough to seem like a bug. Clearly water not flowing through fences is one of those things for some people. I doubt its working as intended, they are simply bowing to limitations Notch created for them when he coded the game. We are challenging them to find a way past those limitations, and I think that&apos;s okay.&lt;/p&gt;

&lt;p&gt;If there are contraptions that would break then perhaps they should make a block intended to do these things(like the comparator did for bud switches) rather than exploit was is clearly a bug. As you can see the top doesn&apos;t say &quot;not a bug&quot; it says &quot;won&apos;t fix&quot;&lt;/p&gt;</comment>
                            <comment id="43600" author="rydian" created="Tue, 5 Feb 2013 01:10:25 +0100"  >&lt;p&gt;And in real-life you need to drink regularly and take bathroom breaks. &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;  Videogames often break from reality to allow for game mechanics, and holding water back with transparent objects (like signs) is a game mechanic used in tons of builds.&lt;/p&gt;</comment>
                            <comment id="43442" author="v10lator" created="Mon, 4 Feb 2013 13:28:21 +0100"  >&lt;p&gt;@George Gates:&lt;br/&gt;
1) Then the water would flow through it like it would flow through air.&lt;br/&gt;
2) If it has holes water flows through it.&lt;br/&gt;
3) Designs which use signs/ladders/... to keep water away would break, yes, but to quote myself: &quot;do you try to hold water back with signs and ladders in real-life?&quot;&lt;/p&gt;

&lt;p&gt;Look also here: &lt;a href=&quot;http://www.minecraftforum.net/topic/1583885-blocks-like-ladders-and-water/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://www.minecraftforum.net/topic/1583885-blocks-like-ladders-and-water/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="42684" author="rydian" created="Sat, 2 Feb 2013 05:22:56 +0100"  >&lt;p&gt;And Thomas, what if a block only has water on one side of it and not on the other side?  Should it only show water on one half, and if so, which half?  What if it&apos;s something like the brewing station or fence that has obviously holes and/or missing areas, if there&apos;s no water on the other side should the water pretend that the block isn&apos;t there and flow past it?  If so, what about designs where people use floating signs and such to hold water in place?&lt;/p&gt;

&lt;p&gt;etc.&lt;/p&gt;</comment>
                            <comment id="25807" author="v10lator" created="Fri, 30 Nov 2012 05:44:53 +0100"  >&lt;p&gt;I also think this should get fixed. As James Wright told a easy solution would be to add/extend data values of affected blocks. Of course this requires work, but every fix/feature does that, so that isn&apos;t a excuse (nobody says fix it RIGHT NOW. We say: Take your time to fix...).&lt;/p&gt;

&lt;p&gt;@Dinnerbone telling that this is a &quot;design choice&quot; sounds very lazy and I don&apos;t believe it, but even if so it was a bad choice. Technical limitation: Yes, that&apos;s what I believe, but that can be changed.&lt;/p&gt;

&lt;p&gt;//EDIT: Also I don&apos;t even think all blocks would need this, you could just destroy some (telling they where washed away) if they are placed in water. For lava I think most blocks won&apos;t need it, just destroy them.&lt;/p&gt;</comment>
                            <comment id="17879" author="kupipin" created="Sun, 4 Nov 2012 04:12:18 +0100"  >&lt;p&gt;Couldn&apos;t there simply be a damage value to indicate whether or not the item is submerged? Though I suppose there&apos;s an issue with varying water levels (as you get further from the source block). But still, making blocks entirely underwater contain water like that dock in the picture would go miles for making the game look really nice.&lt;/p&gt;</comment>
                            <comment id="17008" author="dinnerbone" created="Fri, 2 Nov 2012 09:50:04 +0100"  >&lt;p&gt;Design choice and technical limitation.&lt;/p&gt;</comment>
                            <comment id="16423" author="sidben" created="Thu, 1 Nov 2012 17:00:14 +0100"  >&lt;p&gt;This is a design choice. Every block in the game have an ID, and water, lava, etc are blocks too.&lt;/p&gt;

&lt;p&gt;You can&apos;t have a block with 2 IDs, to &quot;fix&quot; this would require to create an ID for every water/block combination possible.&lt;/p&gt;

&lt;p&gt;EDIT: Paitings works like item frames, and they are not blocks, like Ezekiel said.&lt;/p&gt;</comment>
                            <comment id="16415" author="tuhoojabotti" created="Thu, 1 Nov 2012 16:50:38 +0100"  >&lt;p&gt;I think this is a feature, but I also think something could be done to improve this.&lt;/p&gt;</comment>
                            <comment id="16353" author="ezekielelin" created="Thu, 1 Nov 2012 14:05:41 +0100"  >&lt;p&gt;This is not a bug. The only reason painting&apos;s and item frames are not affected by water is because they are not blocks&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="27280">MC-12440</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="75247">MC-49475</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="91711">MC-64279</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="94212">MC-66695</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="137530">MC-99563</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="147748">MC-106087</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="11604" name="2012-11-01_13.45.39.png" size="299630" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11605" name="2012-11-01_13.46.36.png" size="308552" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11606" name="2012-11-01_13.47.19.png" size="283727" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11607" name="2012-11-01_13.50.07.png" size="118519" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11608" name="2012-11-01_13.50.31.png" size="502001" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11609" name="2012-11-01_13.51.52.png" size="319800" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11610" name="2012-11-01_13.52.58.png" size="155838" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11611" name="2012-11-01_13.53.12.png" size="251050" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11612" name="2012-11-01_13.54.36.png" size="257786" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11613" name="2012-11-01_13.54.40.png" size="280158" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                            <attachment id="11614" name="2012-11-01_13.56.57.png" size="497809" author="robertoccu" created="Thu, 1 Nov 2012 14:03:02 +0100"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                        <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Unconfirmed]]></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>1.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0e4tr:</customfieldvalue>

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