Error .

@exhilia
I did say I did it on the non-beta version.
Anyways, I found a fix for non-beta versions. First, you need to go to your resource packs folder, and copy the folders there to a place that won't be affected by the next step (as well as anything else you want to keep after it), then, you need to uninstall minecraft, then reinstall. Now, you must put all the resource packs you previously copied, and put them in an .zip, then change the .zip at the end to .mcaddon. now you import it the way you would with any other addon through the game, and as you didn't manually reimport them, any corrupted packs fail to get imported, and as such you don't have the corrupted pack crashing your game when you open the resource pack list in the global resources menu.

@exhilia
I've tried adding it manually, although expanding the list still crashes. the likely reason why it still crashes for me and not you is because I'm in the stable (non-beta) version.
edit: Also, if the pack is deleted in the beta version and you go out of the beta, will the pack reappear or not?

@exhila
I've tried to import the pack into the current non-beta version, and it doesn't import, but also doesn't crash, instead showing an error about the manifest.
However, expanding the resource packs list still crashes.

I thought somehow deleting the valid known packs file would somehow fix it, but deleting it, editing it, doing whatever doesn't fix it. I did notice a pack_settings folder in the minecraftpe folder which was odd since pack settings in bedrock are configured either in the pack's files or through subpacks, but removing that did nothing either. I remember probably around the same time this bug started, that the gui was larger than it should be, requiring me to set the scale to -1 to have it at or close to the size it should be. also, sometimes when crashing from an unsuccessful attempt to fix this crash, the game says global resources reset, packs failed to load previously. I don't know if that's been noted already, though.

@beihaiwjklgk
That might be the problem that's causing the crashes, since I counted 25 total packs in my resource packs list when in a world menu, but 26 in the same list in the global resource pack menu. Now I'm thinking the game thinks there's some amount of nonexistent, "ghost" resource pack(s), and when it tries to load them to show them in the list, there's nothing actually there, so the game crashes.

@klaus knechtel
where is this appdata path even at? I don't have a folder by that name anywhere on my device, unless you're talking about W10 edition's file path.

I've attempted to fix this, thinking about Jervie's comment, by deleting massive amounts of resource packs, all old ones, ones that have the [!] symbol next to them. After all this, I opened the resource pack list in the global resource pack menu only to find.... that the crash now takes less time to happen after tapping to open the list. It was a big waste of time (but not space, at least!)
I'm starting to think this is a problem with Minecraft itself rather than any of the resource packs, as this only happened in the past 2 "stable" version updates.
I wonder if somehow manually creating a global resource definition file would be able to create a workaround for the crashing?
All of this is on Android, by the way.

Something possibly the same/similar is how if you leave the beta, as you have to uninstall/reinstall Minecraft (at least on Android), you don't keep worlds, behavior packs, or resource packs. everything has to be backed up in a different file location, and it's not convenient at all, with some file managing apps not allowing you to so much as see the folders within the android/data folder.
I may be ranting here, but the fact that for some reason using file managing apps to move files in minecraft's folders is strangely slow is quite annoying for backing up/recovering files.

I'd have thought it would do that when loading, before the loading splash even appears (which is after the mojang screen.) as when I have Minecraft set to external storage, it takes a large amount to timr to even display the loading splash, and still does even in the current update despite the problem I have.

It seems that the change of the location effectively made the "external storage" option useless, as now it essentially stores its files in the same place regardless of which storage option is selected.

I've run into this problem, but not only were the worlds not there, but any non-marketplace resource or behavior packs. I tried to re-import the world, but the world import always failed. I tried to create a world within the beta to see if the world would be placed in a new folder, but it wasn't, at least not in the "games" folder that the packs, worlds and such are usually stored in. I got the packs and world to show once, after uninstalling, reinstalling, and switching back to external storage, all after fiddling around with settings, trying to get them to appear, until I saw Minecraft had to update again, even though it was already updated, and I updated it, which undid my getting my packs/worlds to appear. After trying to do what I did before and more, I was forced to switch out of the beta to get my packs/worlds back, since I didn't realize Minecraft was apparently searching in its folder in the Android/data folders. I do wonder how I managed to get my packs and worlds to appear in the beta at one point, if the files were moved to the Android/data folder. Unfortunately, I... don't have a PC. Just a Samsung A50 and a Samsung Chromebook 3. Another note, the 1.18.0.20 beta was fine with my worlds and packs, it was the 1.18.0.21 update that made them disappear.

I've had this too. But not only were the worlds not there, but any non-marketplace resource or behavior packs. I tried to re-import the world, but the world import always failed. I tried to create a world within the beta to see if the world would be placed in a new folder, but it wasn't, at least not in the "games" folder that the packs, worlds and such are usually stored in. I got the packs and world to show once, after uninstalling, reinstalling, and switching back to external storage, all after fiddling around with settings, trying to get them to appear. Until I saw Minecraft had to update again, even though it was already updated, and updated, which undid my getting my packs/worlds to appear. After trying to do what I did before and more, I was forced to switch out of the beta to get my packs/worlds back. I'm on Android 11, on a Samsung A50.

Also, this isn't exclusive to one addon. This occurs with any addon with custom ores/structures to generate, especially in vanilla biomes.

I'm thinking this might be because the mob's pathfinding AI thinks even non-full blocks, like carpet or snow layers, are full blocks, and their AI essentially then sends them into a loop of trying to get on top of the "full block" until they succeed, or are somehow knocked out of the loop, to where their AI no longer tries to make the mob try to jump on top of the "full block", which was never a full block to begin with.

I think this may be connected to tick lag, or something, as I've had this happen to me when I had addons that caused tick lag (which causes things like entities to move and do a lot of things slower, for example), sometimes I would be mining blocks, and they would suddenly stop showing particles for breaking, wouldn't drop anything, and entities would freeze (not their animations, however), and when it stoppped, all blocks that didn't show particles when broken reappear, any tools used to break them didn't seem to lose durability from the blocks that reappeared, and the player would either be pushed around, usually out of the replaced blocks, get stuck in the blocks, and if they're non-transparent, start suffocating, or be moved to where they were right before the bug occured.

I wonder if this bug can somehow be used to add a feature for addons to change perspective height...? Also, affects 1.17.10.

I forgot to add images, hehe... but some addons that are affected are ones such as:

• more tools addon (sorYPMod)

• enderite addon (sorYPMod)

• portal addon (Amon28)

• dash boots addon (EnderDiamond2912)

You may have noticed I have additional resource packs, but I've tested the addons individually without any other packs, other than the required vanilla one, and the only difference is that the pink square textures are instead blank, transparent textures. Not even the purple-and-white missing texture shows up.

My previous comment is untrue... it seems it affects addons instead of vanilla items, now. It's not just one addon that's affected, either.

It is not an issue anymore, thanks for checking!

I've noticed something about the Sonic DLC skins, too. In the Mineplex featured server, at least the chaos 0 skin appears as if it had it's textures applied to a steve model... and that's on my screen, when I use it. I always have Only Allow Trusted Skins turned off, myself.