Wrong rendering order of particles, hitboxes, clouds, transparent blocks, breaking animations and various other transparent textures

Confirmed.

Same with particles and clouds.

Particles fade when see from below clouds. I added 2 screenshots to it. Really easy to reproduce. Seems happening through water too.

They also go "behind" ice. Boring bug, I hope this will be fixed soon.

Confirmed. Same problem with ice too.

confirmed for 13w09c
I think this has something to do with the fix of [MC-997]

Definitely.

Confirmed to also occurs with block breaking particles, and other types too I'd imagine

glad to see zombie hunter is on these bugs so fast.

Confirmed on 13w10a, with all particles, ALL OF THEM 😛

I confirm it for 13w10a as well. It's a obvious bug to even a casual player becuase it happens even if there are blocks between the clouds and the block being mined.

Half Confirmed for 13w10b, it still is bad for ice/water, clouds seam to been fixed
edit
Added this to the notable bugs for 13w10b: http://www.minecraftwiki.net/wiki/Version_history/Development_versions#Minecraft_1.5_Snapshots_.26_Pre-releases

This is a similar bug:
Things like name tags don't show through signs.

@Corbin:
No, not fixed for clouds. Still happens in 13w10b, no differene to previous snapshots 😞

As of 1.5pre still happening.

Confirmed for 1.5pre as well

here you can see that the particles being generated when mining the wood log appear as if they were behind the cracks

OK, tested with 1.5-pre, the particle+clouds or hitbox+clouds rendering now is fixed (maybe becauce Jeb reverted the cloud transparency bug MC-9553?). Paticles in front of other transparent textures still do weird.

I had this happen to me as well in 1.5pre.

This still happens in the release version of 1.5 (should be the same as the 1.5pre).

This picture shows a particle layering error. The wood block being broken is emitting particles, but the largest particle in this picture shows that both the block selection outline and the breaking overlay are overlapping the particles in front of it.

1.5.1pre fixed the performance issues for me, the particle rendering/layering bug is still there though. 😞

Yep, the particules are rendered on wrong layout...

just started seeing this bug in 1.5.1

Confirmed on 1.5.1. Very, very annoying and also makes the prespective look weird, especailly in the fourth screenshot (eating Rotten Flesh while looking at water).

if this was photoshop, I'd say they're in the wrong layer.... but yeah this has been bothering me for w while now, I try not to look at water while eating...

same happens to me, can someone just explain why this happen?

Melih is sort of right... The game renders half-transparent stuff like water, ice and clouds with a separate shader (=on a separate layer) and at the end of the rendering it gets blend together. I wrote some shader stuff before myself and these sort of things are tricky to get right without affecting performance too much. In this case it looks like the z-buffer for particles and transparent stuff aren't compared properly when blending them together.

But Mojang already said, they want to rewrite the rendering code for the next release and so I guess this will be fixed soon.

It's annoying and weird because the hitbox looks like it's taller than the cloud or lower than the water

A quick fix which should look better in most cases could be to render particles always in front of transparent stuff (= reverse the order of the "layers"), but as I haven't seen the source code I don't know how easy that would be.

This still occurs in 13w16a, and does look weird, so would be nice to have it fixed!

Aristotle, this is not the right place to report new bugs. For example the pressure plate issue is already reported as MC-13610.

Can reproduce:
Java JRE7
Windows 7 Ultimate x64

AMD Athlon(tm) II X4 640 Processor
4,00 GB DDR3 RAM
ATI Radeon HD 5450

Will it be fixed soon ? The bug has been reported 3 version ago and seem like a major visual problem...

I think they need to rewrite the rendering engine to fix this, dunno if the new engine will be included in 1.6 ...

Have you guys noticed that chests appear infront of the effect particles? Try giving yourself any effect and then look at either a normal or ender chest.

@Alejandro de la Cruz:
Cannot confirm this for chests. Only happens with transparent textures like ice, water, etc ... (tested with 13w19a)

@zombie hunter:

I cant confirm on my PC either, but I have noticed it in some Youtube videos, for example this one from ChimneySwift11:

www.youtube.com/watch?v=PxJeOajecmg&feature=player_detailpage#t=786s

Maybe someone should add a screenshot of this?

@Alejandro de la Cruz:
Not relevant for this bug tracker. As you can see many times in the video, they're using several mods. This bug tracker is only for unmodded Minecraft. Many mods cause visual problems, but it's up to the mod developers to fix this.

Im pretty sure that none of the mods used would cause that. But ill try to ask him if he can reproduce that bug with a clean jar

Does it with a clean jar for me. A fresh dev build.

@Steve Dawson:

The effect particles and chest thing?

Bug is still present in Development and Release versions.

Yes, particles seem to be drawn before most other things, so they appear below water, too. Try it yourselves, put a torch next to water and look at it so the flames are in front of the water, or rather, so they would be in front of the water.

giving a golden apple to a tamed horse near any part of water will show the heart's texture behind the water texture

Yeah I noticed this a while ago too

if you go above the clods, the clouds are in front of particles (does not happen if you are beiond clouds)

P.S.: Sorry, i'm brazilian, bad english =S

I noticed this recently while playing with a mod that hasn't released for 1.5.2 (beta access, effectively) and it was hard to notice so I wasn't sure if I was seeing it correctly until sometime later when I was digging upwards (breaking logs, so good contrast between the particles and the breaking animation as well as the particles being comparatively large due to them falling towards the camera). Then I had to check if it was a vanilla problem (vs. Forge vs. the specific mod), then I did the right thing and searched the bug tracker.

Good to see that it's been reported.

The same thing happens with the black border around blocks and particles, though that is the least obvious part.

Would like to clarify that it seems ANY particles are drawn behind any translucent render in-game, e.g. water, nether portal, clouds. Most distracting with eating particles, as most obvious there. Ruins the depth of the game. Seems to be a simple layering bug, but seeing as it has existed for so long and not been fixed, it must be more complicated than that.

If by "so long" you mean since snapshot 13w06a (mid February of this year)...

@Draco Silverwing:
That's indeed long for an obvious bug like that! Particles worked fine up to 13w06a and as Christopher Durham said, it's probably a simple layering bug which could be fixed quite fast by the devs. It's just sad that no dev cares about this, any statement on this topic would be nice ... I mean: This bug is reaching 100 upvotes now!

Fixed fast + devs don't care != must be more complicated.

Still exists in 13w25c. 1.6 is due for next week and I'm becoming increasingly concerned that this annoying bug won't be fixed by then. I'm surprised it's taking so long to acknowledge and fix. I know from a development perspective that Minecraft is complex software and inevitably suffers from a lot of bugs, but this issue sounds like a simple rendering/draw order mix-up like a few other people have said.

i think they are making a ne rendering system from scratch, fixing this and another rendering bugs, that's hy they are taking all that time...

Confirmed as still an issue in the 1.6 pre-release.

Just another ex. w/fireworks in case it is needed.

And finally the bug made it to the top 10 of the popular issues list ... after months of waiting and more than 80 dublicates still not fixed 😞

Wow. You'd think the devs would do something...

Another screenshot, It fails at leafes too. I hope to see an fix soon because this is a litle bit annoying :S

This guy got screenshots of all Visual glitches provided by this bad rendering bug...

I just noticed it today and thought it was one of my mods messing up or something but when i switched back to completely vanilla it was there...hopefully its fixed soon

This bug is in snapshot 13w36a as well as 1.6.x

John: That was already added like 4 hours ago.

12:40PM
Change By: zombie hunter
Affects Version/s: Snapshot 13w36a

@MisterSanderson:
We already have some screenshots of torch flames in front of water here, just saying ... 😛

Still happening in 13w41a

torches, particles and eating food are still not rendered properly.

It would be the right time to fix this after fixing MC-1379.

@Mods:
I would consider MC-34656 a dublicate of this, not a "relates to"

I would have assumed 13w41a/b would've fixed this, as the issue appears to stem from particles being rendered as translucent (due to the translucent particle feature added to beacons) but it is in fact still present.

Generalized the title and description of the ticket to cover MC-34658 and MC-35010 !!!

In 13w42b clouds behind stained glass aren’t rendered at all.

@Dirk Sohler:
More or less the same as MC-36228, also very similar to MC-35716. I'll mention this here, but it's practically a new bug, so you better create a separate ticket if there isn't already one. If it's really the same bug, I would generalize MC-36228 to include clouds and other "invisible behind stained glass" stuff ... (>>> @Marios or any mod)

MC-35716 and MC-36228 are fixed as of 1.7, but clouds seen through stained glass are still invisible. Hitboxes now render behind transparent blocks (stained glass, etc.) all the time!

Confirmed for 1.7.2

Hmmm .... the bevahior of clouds changed again from 1.7 to 1.7.2. They are no longer invisible, but they render in front of transparent blocks, like they did in 13w41a/b.

I believe clouds are still transparent, they just don't look that way from the ground. This is because there is also an issue with the z-depth rendering between the clouds and sky at certain angles.

When looked at from above you can see the ground thru them (easily checked in AMPLIFIED world. But when you get below the clouds they 'look' solid because you are seeing the cloud + sky rendered together. At night you can see the stars in the cloud and if you get the cloud in front of a tall mountain you will still see the stars and even the moon as well. It is not as obvious in the daytime until you get the sun involved as the sky and cloud are so similar in color.

Looking at the four screenshots I attached 2 - is in the cloud and it is transparent and can still see the mountain, 3 is just a little bit below the cloud and it is still transparent, but 4 - when dropping just a little bit more below the cloud the sky and cloud combine so you can no longer see the mountain but can see the sky and sun (which is behind the mountain, you can see the halo in pic 1).

The water overlays everything that ist transparent.

@Rick Mc Glenister:
Your screenshots actually show MC-997, please delete them here, they have nothing to do with the rendering order bug.
@DFG:
Same with you. The server shown in your screenshot seems to be modded, I can't reproduce this in vanilla 1.7.2

@zombie_hunter
The core of my observations is that the render order is broken for clouds, as well as particle etc.. I do not agree that cloud bottoms are solid so never searched for 'cloud transparency' issue.

I believe my screenshot showed that clouds are transparent on the bottom, but when viewed from too far below appear to be solid because the render order is wrong. I did not make this clear, the sun or moon or stars are always visible through the clouds (would say sky as well but this can only be inferred). Hence; clouds are transparent on all sides.

The reason for the apparent solidity of the cloud bottoms is that the render order is broken. Instead of the render order being cloud - mountain - sun - sky it is cloud - sun - sky - mountain, and since the sky is not transparent you can't see the mountain through the cloud so the bottom "appears" solid. The exact same thing happens during the night ie the mountain rendered incorrectly at the back of the list.

The keys to this are the sun, moon, and stars all of which are visible through the cloud bottom. If the cloud bottom was not transparent you would not see them.

Screenshot info: created in plain MC 1.7.2, in creative mode, in an AMPLIFIED world (seed -7693758492202460580), location x:2387, Y:-3568. In a default world, in survival, with same seed the same effects can be seen.

The point is that you have shown a different issue entirely, although we recognize it is a perfectly legitimate issue.

I would like to point out that this particle issue was solved by Forge at some point as far back as 1.5. They simply moved the "litparticles" and "particles" rendering towards the bottom of the function which renders the world. Literally about eight lines worth of code moved into a different position seems to fix it without ill effect.

By default, the selection box, water, block destruction progress, weather, and hand are rendering on top of it, in that order. Forge positions it so that only the hand is rendered on top (as well as some Forge hooks, but that obviously doesn't apply to vanilla).

I realize that this is a trivial bug in the grand scheme of things, but I hope that this information will help put a quick end to this bug whenever someone can attend to it.

@ Anon Ymus
Ok, I just took my observation as an extension of this issue.

Since my observation seems to be 'opposed' to the 977 issue would you recommend that I post there? Or rather that I should start a new issue?

@zombie hunter no the server is vanilla i just changed the prefixes in the scoreboard file in world/data to show admin and owner in front of the name.

@DFG:
In this case, your issue could be MC-36329 or something similar. At least it's not the particle/hitbox/clouds/etc rendering order thing described here.

@Rick
Your issue actually shows exactly what MC-997 says. If you have further information, you should put it there.

@Anon Ymus
Thanks.

issue still present in 13w47e

http://i.imgur.com/sfUBOrw.png
http://i.imgur.com/FnIWbSH.png

Please see 'breakingice' pics.

This is what happens when there's any pixel in any value of alpha except 0 (blank) when breaking Ice/Stained Glass. It will 'erase' all textures behind it rather than layering over top the box. Figuring it's something with that renderpass overlapping and ignoring everything passed before it?

This is still an issue in Minecraft version 14w03b.

Block breaking particles render over smoke (and possibly other particles).

Please see 2014-01-24_11.03.24.png

Also happens with nether portals held by other players.

Barrier particles in front of water behave like all other particles too: They render behind water ...

Here you can check out another bug very silmilar to yours: MC-47808

@KaliNuska:
Ah, yes. It's not just similar, it's actually a dublicate ... the "hitboxes render behind transparent blocks" problem again 😛

According to Ryan, this issue is very difficult to solve. Maybe it will be fixed later though.

Still affects 07a

Added the rendering order problem seen on invisible charged creepers (see dublicate MC-49034) to the description.

Still in 14w08a

Added a photo of Clouds rendering in front of slime blocks

Edit: Still present in 1.7.6-pre1

Actually this is not needed to be added to the affected versions

Stained glass is also rendered on top of particles - 14w08a

Still in 14w10a/b
Also in 14w10c

Also for tripwire hooks in 14w11b.

Entities (sign, chests, etc.) are invisible through players' nametags.

Also affects the World Border. See screenshot.

Completely fixed for particles as of 14w18a 🙂

So you can change title 🙂

a lot of particles fixed in 14w18a. Clouds, Barriers, still an issue.

Also breaking-block particles of stained glass against water: Easy to see when sand is underwater, and a blue stained glass is in front. Break the glass, and the particles more-or-less take on the color of the sand, as if the water transparency weren't in front of the sand.

Barriers work fine for me, like all other particles. Can confirm the issue with stained glass breaking particles, but they don't show a rendering oder problem, they just turn invisible, including the water layer behind them, so you can see the blocks under the water surface where the particle should be. I'll remove the "particles" part from the title for now ...

screenshot of breaking blue glass against water, taken in 14w18a

Added picture of slime block behind ice from MC-55047.

Confirmed for 14w20a.

Confirmed for 14w20b.

Added picture of firework particle in water from MC-55400

Not completely fixed in 14w20b.

According to the 2 last screenshots, how can you say that the bug isn't fixed ?

You just have to read the description, and see the other pictures 🙂

Confirmed for 14w21b.

Added picture of moon in cloud from MC-55819

Would be nice if you'd add the full image, rather than the thumbnail.

Added picture of snowflakes in water from MC-55888

What part of "please add the full size image" did you not understand?

Adding the thumbnail is pointless if people can't see what it's trying to show. The snow image you added is basically black with something highlighted in red. But I have no idea what without figuring out which other report the image came from, which after two days, will be really difficult.

Does this image work?

Much better. 🙂

Also with lilypads and potion particles 🙂

Added stained glass image from MC-56056

Please stop adding images. We all understand what the bug is and having more than a certain number of pictures just gets in the way of scrolling down to see the comments.

Confirmed for 14w25b.

This is frustrating how it isn't fixed yet.

The torch and barrier particles work well for me now, but the block-edge lines are still unfixed yet~

Like it was said here: MC-62126
It happens in 14w29a with caves under water

in 14w30c this still occurs for some things, only particles and items in certain situations.

Confirmed for

• 14w30c

• 14w31a

For breaking colored glass and moving worldborder and death animation of Ender Dragon

The particle bug is fixed in the 1.8 snapshots, so it obviously still exists in 1.7.10.

Confirmed in 14w32d
Also has anyone mentioned that rain and snow particles appear behind clouds?

For your information, Masahiro, particle rendering has been fixed. Also, not sure if you have ever tried coding, but bugs that have been looked at by developers and left unfixed are usually very difficult to fix. Please don't comment just to complain to Mojang.

Confirmed for

• Minecraft 1.8-pre 1 for hitbox of torch on slimeblock

Confirmed for 1.8pre2

Contrary to belief, particle rendering hasn't been fixed for 1.8. Firework particles are still rendering behind water in 1.8-pre.

Also: the night sky shows through clouds, e.g. if you're in a tunneler's dream world and go deep down, you can see the moon and stars through the clouds.

This will (most likely) be fixed for clouds in 1.9:

@TheAkaiyoGaming The cloud rendering code is fricking atrocious and is #1 on my 1.9 hit-list. Until now there was not much to be done.

https://mobile.twitter.com/themogminer/status/507936462827184128

Referring to the attached photo. Today for the first time, it happened to me that chests were rendered behind glass panes. Note that item frames on chests are rendered in front of the glass panes. It might not be the same cause as the rest of the examples seen in this bug report, because it went back to normal permanently after changing the camera angle. (version 1.8)

Confirmed for

• 1.8 XPOrbs and their shadows

• Pushed colored glass with colored glass behind (doesn't gets rendered)

My problem with stained glass blocks/panels from report MC-78253 seems to be resolved by updating Java from version 1.8.0_25 to 1.8.0_31.

breaking leaves in front of water

Confirmed for

• 1.8.3 for example with invisible ArmorStands in the Spectator mode, they get even rendered worse in the way that a closer ArmorStand gets rendered behind on which is further away

Confirmed for 1.8.4. Also seems to be weird with blocks being worn by players/armor stands. In this case, I tested it with a red stained glass and the normal block worked as intended, but the block being worn by an armor stand didn't. I took some screenshots of my experiment, and you can check them here.

Maybe Minecraft graphics analysis map WIP is some kind of informative

Confirmed for 1.9 snapshot 15w35b

Confirmed for 15w36c

Can confirm potion particles are again a problem.

Confirmed for 15w39c

(Confirmed in 15w40b)

(Confirmed for 15w41b)

(Confirmed for 15w42a)

Affects 15w43a

Ice and frosted ice

Confirmed for 15w43c.

Confirmed for 15w44a and 15w44b

Still happening in 15w45a.

Sometimes also happens with normal ice (unless this is another bug?)

(no it's not, still wrong rendering order of transparent blocks)

@unknown: This MC-38022

Confirmed for 15w46a

Confirmed for 15w47a

(Confirmed for 15w47c)

confirmed for 15w50a also effects hitboxes in combination with portals, see screenshot

Confirmed for 15w51b (for slimeblocks and breaking ice in front of water)

Particle effects do show behind or inside glass blocks or glass panes that are being held by an ArmorStand, but only if it's only 1 of them.

If you for example "circle" ArmorStands with e.g. glass panes, the particle effect cannot be seen from the outside, only when you go inside that ArmorStand creation, then you can see the particle effect.

Example pictures are attached.

To make it easier for you to reproduce, I created a one-click stacked command of such a circled panes creation that also automatically sets a repeating CommandBlock with a particle effect.

The one single ArmorStand that gets targetted by the particle effect is visible on purpose.

Insert this stacked command into a regular (Impulse) CommandBlock and trigger it:

/summon FallingSand ~ ~1.5 ~ {Motion:[0.0d,-1.0d,0.0d],Time:1,DropItem:0,Block:redstone_block,Passengers:[
	{id:FallingSand,Time:1,DropItem:0,Block:activator_rail},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[0f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[22.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[45f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[67.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[90f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[112.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[135f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[157.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[180f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[202.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[225f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[247.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[270f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[292.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[315f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:summon ArmorStand ~ ~ ~ {Invisible:1,NoGravity:1,Rotation:[337.5f,0.0f],ArmorItems:[{},{},{},{id:stained_glass_pane,Damage:5,Count:1}]}},
	{id:MinecartCommandBlock,Command:"summon ArmorStand ~ ~1 ~ {Tags:[\"AS\"],NoGravity:1}"},
	{id:MinecartCommandBlock,Command:"setblock ~ ~-2 ~1 minecraft:repeating_command_block 0 replace {auto:1b,Command:\"execute @e[tag=AS] ~ ~ ~ particle reddust ~ ~1 ~ 0.01 1 0 1\",TrackOutput:0}"},
	{id:MinecartCommandBlock,Command:setblock ~ ~-2 ~ command_block 0 replace {SuccessCount:0b,auto:1b,Command:fill ~ ~ ~ ~ ~2 ~ air}},
	{id:MinecartCommandBlock,Command:kill @e[type=MinecartCommandBlock,r=0]}
]}

[15w51b]

Fireworks explosion 'colored light' hide water for a split second.
Screenshot : https://gyazo.com/dc24f8eeed2a5a0aedf7d159b88a00b1

To reproduce, create a world and find a lake / make your own water pool. Place down an command block inside of it then enter & execute this command :
/summon FireworksRocketEntity ~ ~1 ~ {LifeTime:-1,FireworksItem:{id:fireworks,Count:1,tag:{Fireworks:{Explosions:[{Type:1,Colors:[16711680],FadeColors:[16711680]}]}}}}

Same goes also for e.g. creeper armour in front of end gateway portal blocks (2 screenshots attached).

also happens with stained glass items over water

also effects rain and transparent clouds

Confirmed for 16w05b

Confirmed for 16w06a

Confirmed for 16w07a

Confirmed for 16w07b

Confirmed for 1.9-pre1

Confirmed for 1.9-pre2

Confirmed for 1.9-pre3

Confirmed for 1.9-pre4

Confirmed for 1.9

Confirmed for 1.9.1-pre3 with slime blocks.

Also affect elytra / mob.
See MC-99724 / MC-93070.

Please link to this comment in the description

The following is based on decompiled version of Minecraft 1.9 using MCP 9.24 beta. All method and class names are the names used in the decompiled version.

In general it looks like this is caused by GlStateManager.depthMask(false) calls during the rendering. As I am not very familiar with how the rendering exactly works the following is only an assumption and observation of what happens when you change something. The changes mentioned might only fix the symptoms of the bug, but not the bug itself.

Removing this for example from the methods net.minecraft.client.particle.EffectRenderer.renderParticles(Entity, float) and net.minecraft.client.renderer.RenderGlobal.drawSelectionBox(EntityPlayer, RayTraceResult, int, float) prevents this from happening.

As I do not know the intentions behind this, do not consider this a fix.

Partially confirmed for 1.9.3-pre1. In the screenshot "2016-04-24_23.31.48.png" (latest as writing) you can see clouds behind the water, but nowhere else. Yes, it uses a texture pack, but that only makes it more visible.

Confirmed for 1.9.3-pre3

Confirmed for 1.9.4.

You all realise this is not going to be suddenly fixed in a snapshot, right? In the game's current state, the affected things will either always be rendered in front of stuff, or always be rendered behind. It would take a significant amount of work and maybe a partial rewrite of the renderer engine to fix it all, and even then it wouldn't be perfect.

Confirmed for 16w20a.

Confirmed for 16w21a.

Confirmed for 16w21b.

Confirmed for 1.10-pre1.

Confirmed for 1.10-pre2.

Clouds always appear in front of slime blocks. This is an easy way to see this in action.

Confirmed for 1.10.

Confirmed for 1.10.1.

I'm not sure this is the right ticket but this screenshot shows how water overwrites particle effects. In detail you can see the crops obscuring the strips of water on the upper half of the image illuminated pink because of the particles and the same with the villager swimming in the pond almost directly below me. There is also a torch particle layered on top of all the particles for some reason. In the picture I used multiple lingering potions of regeneration to create the particles I needed and was captured in 1.10.2.

Edit: Is this the right ticket, mods?

I'm not a mod, but yes, this is the right ticket.

Confirmed for 1.11 (at least clouds render in front of colored glass).

So i Was Testing some Issues with a Resource pack, Found some things Sooo i turned

Into

With the Help Of a Recourse pack.
all Because of the Issues With

The Little Red Arrow is were the Black Background is coming From, it still has it in 17w17b, had it for a while, so.. lets move on to the next issue. The Red Boxes and Particles those are the ones that i noticed that didn't work (had the bugs example; water etc).
Example;

ok so what happens when we remove the water and make it 100% transparent?

I Get This

ok.. you can jump in and Swim in it.. but the background is the shadow. now i made it 100% transparent and got this (image Below)

you dont even see the particles no more!
so Later i Remembered that Water Changes Color in a diffrent biome (Swampland).
I changed the Water texture to black and White, i Got this

didnt have the Swamp biome, So thanks to VoxelSniper i changed the Biome and got this

and noticed that the Biome also changed the color of the particle.
Summary,
So I thought since i Fixed the Fireworks by Texture pack maybe it could be fixed with the water since water has an "Overlay" so i tried that all the possibilities and nothing. but if this helps with Future things that have not been fixed or ideas, Great! this is just something to 'Think about' and add upon it with ideas. Thank you For taking your time to Read this.

Confirmed for every version up to 1.12-pre6

See my screenshots in attachments above. Clouds can only be seen through slime blocks when the viewer's Y is greater than 128. See https://bugs.mojang.com/secure/attachment/141565/2017-06-17_14.53.09.png and https://bugs.mojang.com/secure/attachment/141564/2017-06-17_14.51.29.png

Confirmed for 1.12, 17w47a, 17w47b and 17w48a.

Updated this issue to represent the current state of rendering order issues in the game. Changes I noticed so far (18w03b):

• Firework light flash always renders in front of water and transparent clouds (making them disappear), but the same issue with stained glass seems to be resolved

• Particles no longer behave uniformly: Most particles now appear to render correctly in all cases, end rod, potion and firework particles as well as rain and snow do not.

Please correct me or expand on this if you notice something wrong/missing (and I'm sure I missed something) - I think you can understand that it can be a little hard to keep track of all this over so many years 😛

@ Les3awe: Let's keep the title more general, the ink particles are just one type of particle amongst several that show rendering order issues. I've moved the word "particles" in the title to first position to make it more obvious, they are probably still the most common case for people to observe this bug.

Per MC-125802, another example for this is water rendering over the outer layer of the beacon beam.

Added the beacon beam to the description

Joel 1337 The screenshot you added shows MC-38022. Would make more sense to add it there instead of this ticket.

@BillyGalbreath produced this very good video illustration of this issue:

https://youtu.be/P09CR9LFw2M

I also discovered the issue with custom models for glass panes.

These glitched out surfaces appear and disappear anytime if you are at short distance from block. It disappear and render normally if you move a bit back and forth.

Added Phantom wing rendering order glitch to the description, listed it along with the beacon beam as it seems to behave most similar to this one. The outer transparent part of the phantom wings renders behind water, transparent clouds and transparent blocks like stained glass.

confirmed for 18w10b

Confirmed in 18w10c

Found out that the transparent, grey text overlay of named map markers shows this issue too when a name sticks out of the map's edge (see "map marker text.jpg" for example).

Did a user named "bug" get silently deleted or is there something wrong with my notifications? I was going to reply to them.

Their comment was deleted. Please only comment if you have something to add to the report.

Confirmed for 18w14b

That was already marked as affected.

Also happened to me in 18w15a

The block the player is pointing at doesn't have the slender cubic frame when the player is completely in water. 

Affects 18w20a.

Some updates from snapshot 18w22a (and possibly earlier)

Issues resolved in snapshot 18w22a:

• Hitboxes now render underwater and through water.

• Non-transparent particles render correctly in front of transparent blocks (ex breaking stone in front of water).

Issues new to 18w22a:

• Hitboxes render completely behind transparent blocks (ice, colored glass) making them hard to see.

Issues still present in 18w22a:

• Beacon beam outer aura renders behind transparent blocks at any height.

• Transparent particles render in place of transparent blocks. (Ex: break stained glass in front of ocean, squid ink looking upward in water, etc.)

• Charged creeper aura renders in place of transparency (water, ice, etc.)

• Phantom wings render in place of transparency.

• Ice still renders strangely at far distances.

• Clouds still render in front of transparent blocks/water when placed above the cloud height.

• Firework particles still render in behind transparent blocks.

I'm sure I forgot many of them, but these are the ones that are easily noticed to me.

Edit:

• Rain renders behind water always, and behind clouds when above cloud height.

Enderman's mouth looks strange

Affects 1.13-pre3.

Green is a pretty bad colour for that, it makes the mail look like the version was added.

Some more screenshots of certain issues:

• Ice renders strangely.

  [media]

• Hitboxes render behind all layers of transparency.

  [media][media]

• Transparent entities render in place of transparent textures.

  [media]

The issue with the ice doesn't only occur at far distances. You'll occasionally see some weird lines even when you're standing on top of it.

@unknown and @unknown: The ice issue is MC-38022, please move your comments and screenshots over there. This ticket is quite bloated already ...

I'm afraid this issue is way too general for Mojang to fix. Over 400 duplicates have been created. That means this MC-9553 can contain tons of cases. I don't really know but I guess that it's why it's still unassigned, and Mojang wouldn't even take a look at it.

MC-133350 confirms a render with the ink cloud.

@Howard Chang I am afraid you are right.

Please don't comment things that are not helpful on this ticket. There are over 100+ on the watcher list that are now getting flooded by our comments.

OK. Let me do something helpful.
I strongly suggest that someone (if no one would like to, then it's me, if allowed) can separate these six different cases and create six reports on them, then mark this ticket as a duplicate of them. I know that this idea maybe hard to accept, but I just don't want to see this issue be put on ice for over five years without a Mojang employee actually setting about resolving this issue.

That is up to Mojang to decide. Unless someone looks into the source code and can tell these different cases are not the same issue, only they can tell. Maybe they've just not fixed this for so long because it is difficult to do. I'd recommend not to split, as right now, it would only increase the amount of places Mojang needs to keep track of.

Jack McKalling is right, there's no reason to split it unless we certainly know they're totally different issues. Having the problem summed up in a single ticket makes it a lot easier to keep track of. I'm sure fixing the rendering order of transparent textures is not an easy task, and they probably attempted to fix it several times over the years (see particles), but there's always cases where it doesn't work out that well. We'll have to see what they decide in the future ...

I might volunteer for code analysis. The earliest I can start is Wednesday. If someone else wants to do it before then, be my guest.

Tell whoever is in charge of this site that this shows up as "Confirmation Status: None" on mobile but "Confirmation Status: Confirmed" on the desktop version.

That's an issue with JIRA, not specific to MoJIRA.

Can reproduce on 1.13 stable build

@@unknown, so far is there any consequences of the code analysis?

MCP's version is pointing to asset files that don't exist and exits w/o a stacktrace before the game even loads

Phantoms Still Have This Issue In 1.13.1

Did you intend to comment somewhere else? Phantoms aren't transparent.

On Their Wings When Over Water They Look Wierd 

@Fabian Röling actually they are. their wings are partially transparent, and IIRC the only mob to have this.

found this texture bug right now, i could not find it in your pictures, so I will show you here!

if you are getting trouble to see the bug, then look at his neck!

i also added it to your report

this report (MC-138984) relates to this report

So, it's the 15th of November and this is still here in 1.13.2.

These glass panes and torch flames are rendering over the effect particles. Also note the bottoms of the panes rendering erroneously.

Java 1.13.2

Can this bug be fixed already please? The new campfire's smoke is also affected by this bug, obviously.

Fixing this requires major rewrites, so be patient.

For those whose messages got removed, please stop using this platform as a way to communicate with mojang your frustrations. This platform is for reporting bugs, it's not a forum. We get it, you're frustrated.

If you don't have anything of value to add here, please don't comment. This is not a discussion forum.

Fixing this bug requires rewriting a huge chunk of the game code. As far as I know, a rework of that chunk of code is currently in the works. But, as FVbico already said, you need to be patient. Fixing bugs takes time, especially if they're nasty ones like this one.

Can confirm this for 19w04b.

Hello violine1101, thank you for your reply, but not thanking you for removing a comment by your personal standards rather than some rules that apply here, which I have not found. Also you or another person just did it without any comment, which is just rude and antisocial.
I passively worked for this game since many years by providing bugreports, feedback for bugs, now with a new account, getting others to know about it, talking positively about most of my experiences, helped with some mod stuff. I think I was here when this bug got created.

I just think that it is a major excuse for a company like Mojang (owned by Microsoft) saying that this bug would just take a lot of time, therefore nobody is willing to do it. We already have 246 older comments (without every one of them being about an addition to the bug itself - still you just delete mine randomly), this bug is indeed 6 ⚠️ years old and there are 793 votes for this issue. Your newborn back then would already be in school now, other companies create whole emersive gaming experiences in that time.

Of course I can imagine that the codebase for MC is rather ... unique and heavy since it was not a super planned project since the beginning. But let's face it: MC is a well merchandised product since years, probably got a lot of money in, but maybe some of the developers are far too long into this game to even care anymore. Which I possibly could understand. That's why I think I could make a little pun, but obviously this is rather not wanted. Maybe because it was kind of... true?

Sincerely, a MC player

The issue is that the tracker is not designed for such comments and they don't add anything; in general we do remove such comments on all tickets and it's not a general comment section, but for things that are actually useful (which get hidden in other chatter). Granted, I don't think this is explicitly stated anywhere, but a lot of stuff isn't (unfortunately). /r/mojira exists for the more meta discussions; if you want to talk more about this policy let's do it there (where 151 people don't get emails each time we say something). And to be clear, we don't comment when we do it, because the reason that the comments are hidden is because they're noisy and adding more comments just causes more noise.

And also, a correction: this bug has not existed "since" 1.5. That format of a statement implies that it didn't exist before then. It's existed since transparency was a thing (Alpha v1.0.4 and ice? Maybe earlier?), partially in the form of MC-1379 (which again was created later on when the tracker was introduced) though other aspects can also be seen. That was partially fixed later on, when stained glass was introduced, so that stained glass could be seen through stained glass, but the more complicated cases were not fixed because there are a ton of them. And each case where the render order isn't handled right is a separate thing that would need to be fixed (this being a single ticket is a somewhat messy design, to be honest; it probably should have been split into a bunch of linked tickets for each individual issue but doing that now is remarkably complicated).

Anyways, to reiterate: if you want to discuss the way comments are handled, please do so on /r/mojira instead of in this ticket to avoid emailing everyone.

Still in 19w14b and 1.14 Pre-Release 1

confirmed for 1.14 Pre-Release 1 and 2

Still in 1.14 pre-4 and 1.14 pre-5

Still in 1.14 Release

Glass behind campfire smoke in 1.14 also gives this bug.

Added a Campfire smoke image. Affects 1.14 Release.

Glass held by an armorstand also triggers this. I made these balloons with invisible armorstands holding glass, all entities/signs/chests/normal glass render in front of the glass. Yellow glass does this more clearly then red glass.

Still happening in 1.14.2.  Campfire smoke (foreground) goes behind river water (background).

Still happening in 1.14.3

Campfire smoke goes behind water.

Congratulations, this report has over 100 attachments. Is starts lag my phone when I open the page. Can people please only attach more pictures if they bring valuable new information to the report? It's pretty well understood how the bug works, so we likely don't need more pictures.

Can confirm, also with nether portals

Confirmed for 19w38a.

Wait, is this a joke or did you guys actually fix transparency sorting this time? I mean in every case?
Looking forward to test this 😛

HOLY CRAP. IT'S FINALLY FIXED. Thank you Mojang for everything you do!

Why is this marked as RESOLVED when this bug is still in the game. I just tested it in 19w38b.

Because it will be fixed in the next snapshot. See fix version, it says Future version-1.15+.

Indeed, it's been fixed for the next snapshot, but 19w38b is still affected. Check the next snapshot when it releases (probably tomorrow, but there's no way to be sure).

It's possible that there will be some cases left over (since this bug as it stands is extremely nebulous). If that happens, it's best for each individual interaction to be its own ticket, so that individual things can be fixed and confirmed fixed.

It appears that there's still a rendering issue with particles and glass/water.  Now particles don't render at all when behind them.

Please create new specific tickets for any issues (that were previously tracked in this ticket) that you find in or after 19w39a.

I looked at all the screenshots attached here and checked all cases (which I could actually understand from the screenshot) in the latest snapshot. Most of them look like expected now. For the ones that aren't fixed I created new reports: MC-161879, MC-161885, MC-161894, MC-161896, MC-161899, MC-161901

Some statistics of this incredibl report: 888 votes (second most votes of all reports), 182 watchers (third most), 660 duplicates, so far 19 related reports (not including mine, 6 open), 252 comments (including this one), 312 affected versions marked, 101 attached images (by far the most of all reports I know), 2419 days open. Downloading all attachments results in a 74.9 MB file, saving the website a 18.1 MB one. And this was actually the first time it was ever marked as fixed, which is somewhat rare for such an old report.

Still an issue in 1.16.2

@@unknown, please see the note at the beginning of the report:

For any new instances of this issue occurring (or similar), please perform a search on the bug tracker for reports, else create a new ticket for the specific issue being observed.

Also note that some of these issues have only been fixed for "Fabulous!" mode since their fix might be rather resource intensive and people might not even notice these issues in the first place.