You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A client downloading 2 completely different resource packs (different uuid, name, version, etc) at the same time from the server will eventually result in the resourcepacks being merged into 1 on the client side.
Expected result: The client downloading 2 different resource packs
Actual result: The client sometimes downloads the resourcepacks in the same folder resulting in the packs being "merged" and files with the same name overwritten so in case you delete one of the resource packs on the server side, client side both packs will still be applied
Steps to reproduce the issue
Create 2 small resource packs with only a manifest, icon and a custom block texture so you can tell if it's applied. For example in the first resouce pack changing the dirt texture and in the 2nd the grass texture.
Join a localhost (must be localhost if you need more chances to reproduce) server and download the packs.
Check the client resource packs cache at /packcache/resource/ (root needed on android), if there are 2 different folders for each of the rpacks then delete the packs from the in game storage settings and retry to download again, eventually both the packs will be downloaded in the same folder. If you can't check /packcache/resource/ then simply restart the game and open Settings->Storage, you will only find one of the downloaded packs here if they merged, otherwise retry downloading
The resource packs cache folder name client side seems like to be a base64 encoded hash which strictly depends on the time the resource pack is downloaded.
I will soon provide resource packs and probably a video
Yes, definitely since I also tried using the official mojang server and it still happens. But I don't have time to open an issue there. It can be temporarily be "fixed" by delaying the ResourcePackDataInfoPacket sending
Issue description
A client downloading 2 completely different resource packs (different uuid, name, version, etc) at the same time from the server will eventually result in the resourcepacks being merged into 1 on the client side.
Steps to reproduce the issue
The resource packs cache folder name client side seems like to be a base64 encoded hash which strictly depends on the time the resource pack is downloaded.
I will soon provide resource packs and probably a video
OS and versions
Plugins
No plugins loaded
The text was updated successfully, but these errors were encountered: