Texture for blocks using TileEntitySpecialRenderer is not bound for short moment when entering world and in superflat settings
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.13.2
- chest
- trapped_chest
- ender_chest
- *_shulker_box (all colored shulker boxes, for example white_shulker_box)
- beds
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1
- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
Environment
– System Details –
Details:
- Operating System: Windows 7 (amd64) version 6.1
- Java Version: 1.8.0_25, Oracle Corporation
- Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
- Memory: 141776208 bytes (135 MB) / 295473152 bytes (281 MB) up to 1060372480 bytes (1011 MB)
- JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
- IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
- Launched Version: 1.11.2
- LWJGL: 2.9.4
- OpenGL: AMD Radeon HD 6800 Series GL version 4.5.13417 Compatibility Profile Context 15.301.1901.0, ATI Technologies Inc.
- GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.
- Using VBOs: Yes
- Is Modded: Probably not. Jar signature remains and client brand is untouched.
- Type: Client (map_client.txt)
- Resource Packs:
- Current Language: English (US)
- Profiler Position: N/A (disabled)
- CPU: 6x AMD Phenom(tm) II X6 1055T Processor
Linked Issues
is duplicated by4
relates to4
Created Issue:
Texture for blocks using TileEntitySpecialRenderer is not bound for short moment when entering world and in superflat settings
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.11.2
- chest
- trapped_chest
- ender_chest
- shulker_box
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.11.2
- chest
- trapped_chest
- ender_chest
- shulker_box
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.11.2
- chest
- trapped_chest
- ender_chest
- *_shulker_box (all colored shulker boxes, for example white_shulker_box)
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
– System Details –
Details:
- Minecraft Version: 1.11.2
- Operating System: Windows 7 (amd64) version 6.1
- Java Version: 1.8.0_25, Oracle Corporation
- Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
- Memory: 141776208 bytes (135 MB) / 295473152 bytes (281 MB) up to 1060372480 bytes (1011 MB)
- JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
- IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
- Launched Version: 1.11.2
- LWJGL: 2.9.4
- OpenGL: AMD Radeon HD 6800 Series GL version 4.5.13417 Compatibility Profile Context 15.301.1901.0, ATI Technologies Inc.
- GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.
- Using VBOs: Yes
- Is Modded: Probably not. Jar signature remains and client brand is untouched.
- Type: Client (map_client.txt)
- Resource Packs:
- Current Language: English (US)
- Profiler Position: N/A (disabled)
- CPU: 6x AMD Phenom(tm) II X6 1055T Processor
– System Details –
Details:
Minecraft Version: 1.11.2Operating System: Windows 7 (amd64) version 6.1- Java Version:
1.8.0_25, Oracle Corporation- Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
- Memory: 141776208 bytes (135 MB) / 295473152 bytes (281 MB) up to 1060372480 bytes (1011 MB)
- JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
- IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
- Launched Version: 1.11.2
- LWJGL: 2.9.4
- OpenGL: AMD Radeon HD 6800 Series GL version 4.5.13417 Compatibility Profile Context 15.301.1901.0, ATI Technologies Inc.
- GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.
- Using VBOs: Yes
- Is Modded: Probably not. Jar signature remains and client brand is untouched.
- Type: Client (map_client.txt)
- Resource Packs:
- Current Language: English (US)
- Profiler Position: N/A (disabled)
- CPU: 6x AMD Phenom(tm) II X6 1055T Processor
– System Details –
Details:
- Operating System: Windows 7 (amd64) version 6.1
- Java Version: 1.8.0_25, Oracle Corporation
- Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
- Memory: 141776208 bytes (135 MB) / 295473152 bytes (281 MB) up to 1060372480 bytes (1011 MB)
- JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
- IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
- Launched Version: 1.11.2
- LWJGL: 2.9.4
- OpenGL: AMD Radeon HD 6800 Series GL version 4.5.13417 Compatibility Profile Context 15.301.1901.0, ATI Technologies Inc.
- GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.
- Using VBOs: Yes
- Is Modded: Probably not. Jar signature remains and client brand is untouched.
- Type: Client (map_client.txt)
- Resource Packs:
- Current Language: English (US)
- Profiler Position: N/A (disabled)
- CPU: 6x AMD Phenom(tm) II X6 1055T Processor
is duplicated by
relates to
relates to
is duplicated by
is duplicated by
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.1
1.2
- chest
- trapped_chest
- ender_chest
- *_shulker_box (all colored shulker boxes, for example white_shulker_box)
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
The bug
The texture for blocks using TileEntitySpecialRenderer to be rendered is not bound for a short moment when entering a world and all the time in the superflat settings. This causes these blocks to have a texture consisting out of all kind of blocks, see Incorrect chest texture (1.11.2).png
.
Once the player opened a world or joined a server the field is initialized and after that the affected blocks are always rendered correctly.
Affected blocks
Last updated for 1.13.2
- chest
- trapped_chest
- ender_chest
- *_shulker_box (all colored shulker boxes, for example white_shulker_box)
- beds
How to reproduce
- Open Minecraft
- Directly open the superflat settings without doing something different before
- Enter the following preset
3;minecraft:chest;1- Click "Use Preset" to see the preview
Code analysis
Based on 1.11 decompiled using MCP 9.35 rc1
This seems to be happening because the field net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderEngine is still null.
is duplicated by
is duplicated by


Duplicate of
MC-12788, but I suggest to leave this report open as it is more detailed. Should closeMC-12788instead.I agree close
MC-12788Does something like this, by chance, also affect held maps' contents?
Do you mean when one of the blocks is in an area a map shows or is there a bug with maps I am not aware of?
I was referring to
MC-86736.It might have been a similar issue but probably not caused by the same bug. Additionally I cannot reproduce
MC-86736for 17w06a.I can't reproduce this bug in the latest snapshot.
I assume the field the report is talking about is net.minecraft.client.renderer.blockentity.BlockEntityRenderDispatcher.textureManager (Mojang mapping, 1.15-pre1). It looks like at least for the superflat creation page it is still not set (based on the code, have not debugged it). However, I cannot reproduce it anymore either.
Resolving as "Fixed".