A different issue from the one in my previous comment: can confirm that this bug affects 1.20.15, since I experienced the exact phenomenon described here yesterday (putting items into a chest while a hopper was putting more of that item into the chest, resulting in roughly a stack of items being deleted). This issue can definitely occur in ordinary gameplay for people with automatic farms.
Since MCPE-174789 was resolved as a duplicate of this bug even though it seemed a bit more broad than this one, I'll add something here: today, a little over three stacks of items in my supersmelter were deleted, which I strongly suspect happened in interactions between hoppers and moving furnaces (in a piston feed tape in the supersmelter), either when hoppers added sand to the furnaces or when other hoppers removed glass from them. This happened even though I didn't directly interact with the problematic hoppers by hand, so it looks like whatever's causing this bug (or something similar) is capable of deleting items when hoppers do stuff at unlucky timing, and not just when the player is involved. I'm running 1.20.15 on iOS 16. I never noticed items being deleted in 1.19 (in particular, I know I managed to smelt 5 shulker boxes at once in 1.19 without anything being deleted), so this might be a new issue.
Affects 1.19.31 and 1.19.40; see MCPE-163845 for a thorough description of how this can be reproduced with allays.
Ah, I hadn't found this bug report earlier since it didn't explicitly mention allays: This is likely a duplicate (maybe?) of MCPE-147882.
I think the double-clicking thing – though certainly not present earlier in MCPE – might be a resolved parity issue. If you have an item spread out in your inventory, double-clicking it still gathers it into one stack as per usual, but double-clicking a full stack or the only stack of the item in your inventory transfers it to the chest. It's probably just to add a good shortcut for that action on iOS, just like how you can repeatedly craft things by holding down on the output item of a crafting table (since obviously we can't shift-click), which is faaaaaar better than tapping 64 times. Actually, I need to transfer items in and out of chests and shucker boxes all the time in survival mode, so I think I'll appreciate this new feature.
I didn’t want to engage in too much speculation in the bug report itself, but I’m fairly confident the cause behind the tangible issues is that the allay AIs each run presumably once every gametick and are attempting (and failing) to find a path to get closer to the inaccessible item/player, thereby slowing down every single gametick and the events that depend on gameticks (e.g., chicken AI which presumably also runs once a gametick; redstone components; and, apparently, creating particles, or perhaps some other part of the block-breaking process).
Hey, you’re very much right that this is a bug, and it’s already been reported as MCPE-16688, so this report is a duplicate.
Just lost 10 hopper minecarts in a single-player 1.18.31 world on iOS. They were immobile and not near any chunk border (they were in a chunk-aligned structure, so I was careful of that). This was a creative world with cheats enabled where I was designing a farm to later build in survival; the hopper minecarts disappeared at some point while I was 1) copying the world to make backups 2) using a /fill…destroy command on a copy of the building (made with a structure block, whose saved structure from before 1 included the hopper minecarts) 3) saving and quitting, and 4) rejoining and quitting two or three times before noticing the minecarts were gone. While I cannot be completely certain, I’m pretty sure that I never left the simulation distance of the hopper minecarts; so, great, it seems like this bug can rear its fangs even when using the game’s own save-and-quit button, though obviously this instance could involve me running a laggy /fill command. I suppose my takeaway is that I simply have to accept that I’ll inevitably spontaneously lose a dozen blocks of iron each time this happens after I build it in survival. Booo. (Oh, I didn’t report other instances when they happened, but I have of course had minecarts disappear previously, but those were on chunk borders so honestly it was bound to happen.)
This is likely Works As Intended. Also: blocks don’t “despawn”, and what’s happening is normal liquid flow behavior. Once it’s water source is removed, the top of a single-wide column of water flows downwards at the same rate as its bottom originally flowed down. However, as you know, water (or lava) can spread horizontally; this applies to wider columns of water. After the sources are removed from a two-wide column, they still sort of flow into each other, making them take noticeably longer to disappear. I am sorry that this makes cleaning up after griefers difficult, but this is standard behavior.
If what the high-pitched noteblock in the audio is doing isn’t clear, it is occasionally playing notes. Sometimes, it plays notes several times in a row, while other times, it seems to play every other or every third note.
Affects 1.20.70/71