tsobczynski
Assigned
Reported
Comments
I can confirm Nicola's observation about furnace interaction. Once I have interacted with the output, the smelted items, I cannot interact with the input stack or fuel. It is not possible to add or remove fuel or add or remove input items. The workaround is to close the furnace interface and reopen it.
I maintain that the previous crafting and smelting mechanics were not broken, and should be restored.
I'm quite sure MCPE-161293 is not the same issue. Yes, aside from calling it "iPad Storage" instead of "iPhone Storage", it has the equivalent menu. When I go there, I do see a good dozen or more "mystery meat" files, but they are only up to hundreds of KB in size, so they are noise in the equation.
However, exploring this a bit further, I am thinking this might be more of an iPad OS and/or iCloud issue than a Minecraft issue. In the name of science, I tried one more manual iCloud backup and after it thought for a minute I saw the familiar prompt that the backup was too large for the available iCloud space. Next, I turned off Minecraft backups in the iCloud Backup settings. That has the side effect of deleting the old cloud backup for this app container. Before I toggled it, it was still showing a 32 GB backup size for the Minecraft container. I completed a manual backup successfully without Minecraft, then turned Minecraft's toggle back on. After that, to my surprise, I ran yet another backup to completion including Minecraft, and the iPad Settings app showed its backup size as... drumroll please... 5.4 GB, very well aligned with the sum of the world sizes.
Given these new findings, my estimation now is that iPad OS is in error when calculating whether it can complete a backup. It might be falling prey to the familiar problem in any backup or synchronization endeavor where the total size might be fine but due to the order of traversal, it first finds a bunch of stuff to add to the backup before getting to stale items it can remove and pessimistically quits too soon with the false claim that there isn't enough space available. Furthermore, the size reported for each app container must be the size it currently has in the cloud, not the size of the next backup as suggested in the Settings app.
If my hunch is right, my defect report here is not a Minecraft defect, but an iPadOS defect. I suggest we close this one, and I will keep an eye on this going forward and revisit this issue if I collect new data that points back in the direction of Minecraft.
Cheers!
Please add 1.19.40 to the affected versions. I just confirmed it.
Start Minecraft, trigger some in-game sound such as tapping on a chest.
Press the iPad sleep/wake button to put the iPad to sleep.
Press the iPad sleep/wake button again and unlock as needed.
Observe that Minecraft resumes as expected.
Trigger the same in-game sound, e.g. by tapping a chest.
Expected outcome: the associated sound is played
Actual outcome: No sound is played, and Minecraft remains silent indefinitely.
Audio stops playing in-game until the app is force-quit and restarted. This happens whenever the Minecraft app leaves the foreground. For example, accidentally tapping an iOS notification and immediately four-finger-swiping back to the game, or accidentally pressing sleep/wake or having the device sleep due to idle time. The game comes back to the foreground without issue, but no more audio will play until the app is force-quit.
Lo and behold, after all these years, the latest iPadOS updates have resolved this issue for me too. I reopened this defect before these fixes, and now I feel that it can be closed. Hurrah!