After entering the game and entering the world, all glass panels are replaced with compass or clock textures and become normal only if you open "Resource Packs..." and close. I'm not sure if this is a bug of the mod or a problem with vanilla tweaks
1.21 version

That is a lot of mods and resource packs. I am not willing to set up that configuration for testing. However, if you would like to try to find the problem, comment if the issue still happens if all mods except Fabric API and Continuity are removed.

Please provide a full list of mods with mod versions and a full list of all enabled resource packs. For the purposes of testing, try removing as many mods and resource packs as possible until this no longer happens.

mods

resource packs



resources packs from vanilla tweaks

A-ha! Got it! Adding back RRLS (Remove Reloading Screen, MODRNITH LINK) is causing this to happen! RRLS is present on both my end and OP @Lava-Erlow, could you try disabling it to see whether the issue is gone on your end?

Huh, for me it's sunflower and some other flowers or smth lol

Logs, along with mod list, vars and specs is at the beginning: https://mclo.gs/8XymbVM

Wasnt happening until I added (some got updated) these mods: (at least I think so...)

Narrowed it down to these:

Narrowing it further: it is not fabricbettergrass nor fabricskyboxes

further narrow, it must be one of these, im guessing remove reloading screen maybe?:

Same here.
I'm testing with my mods, some were different from yours.
What coufused is that it's hard to find one specific mod that cause this.
Every time I think I have found it, but it happens again when I added other mods back.

interesting. As soon as I get home, I'll check it out.

Testing with only Fabric API, Continuity, Cloth Config, and RRLS, this does not happen, so RRLS is not the problem, or at least not the only problem.

EDIT

I noticed that when switching from BetterVanillaBuilding and BVB Overlays to Patrix, all visible textures are incorrect for a few frames.

However, this is to be expected. This happens because the block atlas was updated, but the chunks were not rebuilt. They are still using the same vertex UVs they were previously baked with, but those UVs are now incorrect. The chunks are rebuilt soon afterwards, which fixes the incorrect textures. Something very similar happens if I remove RRLS and use the following mixin (Yarn) to observe what the world looks like during the resource reload:

@Mixin(SplashOverlay.class)
abstract class SplashOverlayMixin {
	@Overwrite
	private static int withAlpha(int color, int alpha) {
		return color & 16777215;
	}
}

Same issue
Reloading the material will fix it later, so I didn't pay much attention to it. But it's a hassle to come every time you log in.

Now have found some relevant mods, which means that when I disable either of the followings, the texture will no longer showing incorrectly:

• Remove Reloading Screen
• No Chat Reports and Litematica/Minihud/Tweakeroo (at least one of them) with their dependent mod Malilib (1.21 version from https://github.com/sakura-ryoko)

I still do not know what causes this and I have not been able to reproduce it. If anyone wants to help debug this, I need the smallest possible set of mods with which this bug happens at least some of the time. All current reports that have provided mod lists here or in duplicate issues have had too many mods installed for the information to be useful for debugging.

I assembled a mod list containing only the common mods from the four mod lists that were provided across this issue and #482. I still could not reproduce this issue. No amount of restarting the game, rejoining the (singleplayer) world, reloading resources, reloading chunks, enabling/disabling Continuity's Default Connected Textures resource pack, or changing resource pack order caused the issue to appear. Other than the Default Minecraft and Fabric built-in resource packs, I was only using Continuity's Default Connected Textures resource pack.

Mods:

• cloth-config 15.0.127
• continuity 3.0.0-beta.5+1.21
• enhancedblockentities 0.10.1+1.21
• entityculling 1.6.6
• fabric-api 0.100.8+1.21
• fabric-language-kotlin 1.11.0+kotlin.2.0.0
• fabricloader 0.15.11
• fabricskyboxes 0.7.4+mc1.21
• ferritecore 7.0.0
• immediatelyfast 1.2.18+1.21
• indium 1.0.34+mc1.21
• iris 1.7.3+mc1.21
• java 21
• languagereload 1.6.1+1.21
• lithium 0.12.7
• minecraft 1.21
• modmenu 11.0.1
• nochatreports 1.21-v2.8.0
• notenoughanimations 1.7.4
• reeses-sodium-options 1.7.3+mc1.21
• rrls 5.0.1+mc1.21-fabric
• sodium 0.5.11+mc1.21
• sodium-extra 0.5.7+mc1.21
• yet_another_config_lib_v3 3.5.0+1.21-fabric

I... I can't reproduce it either right now? Except that now adding RRLS somehow removes "Minecraft" logo on the main title screen, but that's their issue I guess?

Full logs, along with that big ass long mod list: https://mclo.gs/4QSDd81
I did make some changes to it, but it wasn't anything crazy I think...?

EDIT: I did start using a different resourcepack I believe, swapped from Vanillaccurate + PiXLL to Heavily ustomized Realiscraft (from ScorpioGraph), along with some other ones (like optimized models, Dynamic Surroundings [resourcepack] or stuff like that)

Does it happen if you downgrade RRLS to version 5.0.1?

Actually no, the game level is rendered behind the overlay, but the only things that are disabled on (re)loading are the mouse/keyboard handler, and the screen render

Has anyone been able to reproduce this without RRLS? I had a report of similar issues on the ModernFix side and apparently disabling RRLS was enough to fix it.

I suspect RRLS is the culprit here as it seems very risky to be suppressing the reloading overlay while resources are being changed under the game's feet.

I also suspect the resource reload has to take long enough to complete for the bug to actually happen, which would explain why testing with a few mods never reproduces the issue.

(Credits to some dedicated people in my Discord server for shuffling mod sets around to narrow this down.)

What might have caused this issue should have been fixed in one of the latest versions of rrls (Otherwise it is not rrls, however I will not deny that it can cause this issue)

What might have caused this issue should have been fixed in one of the latest versions of rrls (Otherwise it is not rrls, however I will not deny that it can cause this issue)

hello there! I can say that RRLS is the reason of this bug, because its more of a race against time, if modpack is big enough and you load in a world before loading isnt fully finished the game will have broken textures, F3+T fixes the issue which makes me think that maybe RRLS doesnt refresh textures after loading in the game first time but does so when using F3 T debug.

EDIT: me and few people managed to narrow a "modpack" with this issue down to only 6 mods installed. Feels like only having one mod with textures inside is enough to make this bug occur.
ModList:
cloth-config-15.0.128-fabric.jar
continuity-3.0.0-beta.5+1.21.jar
fabric-api-0.100.8+1.21.jar
fabric-language-kotlin-1.11.0+kotlin.2.0.0.jar
modernfix-fabric-5.19.0+mc1.21.jar
NoChatReports-FABRIC-1.21-v2.8.0.jar
rrls-5.0.6+mc1.21-fabric.jar

we were suspecting modernfix was the culprit but in this issue people managed to replicate issue without it, those mods have nochatreports in them which has some textures to add to atlas, making loading time ever so slightly longer...

And so, what ever I did, I even tested rrls on craftoria (don't know modpack which will be bigger) but I didn't have this issue...

Since there was no progress in this topic since yesterday, here is a pack I used for testing, its a race condition so I rather if you import and test few times every change to help detecting the issue.

test pack.zip

github wont let me import in mrpacks so you have to change the extension to mrpack.