Isn’t that Json UI?
I currently don’t have a video of my own to record of this issue but, YouTuber wattles also noticed this strange behavior in a recent video of his at 10:59.
Just to explain the pictures above, the logged-in view is often missing important information like the ADO, the fix version, labels, confirmation status, and # of watchers.
This report shouldn’t be closed yet, as movement although being much more responsive than Mounts of Mayhem (1.21.130), its still NOT as responsive as 1.21.124 (and versions below) like the changelog seems to claim.
You can tell by the way the player’s cape twitches when riding on a horse or boat and way a boat twitches when rotating (for example at 9:12 and 9:31 in Eckosoldier’s video). Additional work should be done to fix this problem completely in future previews primarily by addressing the underlying issue which is MCPE-179969.
Performance has gotten much better in 26.10.20, but additional work can still be done.
This is extremely important for the feature to be actually usable for deaf people.
Hiding the main HUD (including captions) when entering other menus may seem more “aesthetic” and polished, but it would be absolutely detrimental to users of the Closed Captions feature who may be deaf.
I urge the team developing Closed Captions to work around any technical issues that might make fixing this bug difficult and I hope this issue is not closed as “Won’t Fix” or “Works As Intended” because of the slightest is inconvenience like other bugs as of late.
Can you include a video of how Java handles subtitles for ease of comparison?
I can also confirm that as well. It seems this is another band-aid fix as the real cause of this issue is a problem with items that have format versions higher than 1.16.100 as mentioned by AkiraYukino.
Can anyone confirm that the fix for this issue also fixed MCPE-172710?
Any hope on this issue being fixed due to the pushback from MCPE-231719?
I’m not sure how this is working as intended? Like clearly mentioned in the details, images can still be attached via workarounds and they continue to be accepted by moderators, so the issue that should addressed is: why the button to directly attach images is missing?
I tested this today on Google Chrome (Version 143.0.7499.150) and the button is still gone despite evidence that it existed early on at some point. I think this issue should be reopened for consideration because clearly, a button used to access a critical feedback tool disappearing randomly some day does not seem normal or intended.
Does anyone have a copy of LightKnight’s behaviour pack fix for testing purposes? I can’t seem to find it as an attachment or link in the Customer Portal (logged in view) or on the Public Issue Navigator (logged out view).
I suspect if it was an attachment (based on the context of the comments above), then it wasn’t transferred over during the bug tracker migration.
Likely related to MCPE-190544.
Clearly as shown through Jenny’s video, the “slight delay” is not as slight as claimed. This issue needs to be completely fixed, not pushed aside or covered up with a band-aid like the pointless server authoritative movement changes from 1.21.60 which we are still suffering from.
All this does is make players want to use the new mounts less and makes horses more useless than they already are by making them basically usable in the early game. I’m not sure what supercomputer the developers are playing on, but when testing on an Xbox One X, a platform officially supported by Bedrock, the delay is makes controlling mounts feel very imprecise and sluggish.
It seems like boats are also affected by the switch to server authoritative movement as well? Because turning left/right is very slow with visual signs of stutter and the feel being completely off from before 1.21.130.
Here’s an example in ibxtoycat’s video at 5:24.
Please reopen this bug report because if you actually play the game, you can clearly see that the delay is far from “slight”. Horses and other mounts are now completely unusable.
Horses float in water while ridden on Java too, how come they were able to implement this feature without compromising input latency and usability?
After testing I can confirm. The Minecraft Launcher has the same issue, but because it has no real dark mode, it isn’t that big of a deal.
The location of the “Trial Chambers” template, can be found at the bottom of the “Seed Templates“ page as shown in the image below (for viewing and ease of use purposes):
I have experienced this as well, its very annoying.
For those still waiting for this bug to be fixed and those that frequently check their email, I highly recommend turning on notifications for this issue as it allows Mojira to send emails alerts to your inbox if any updates or changes are made to this report.
Unfortunately I don't think the emails are as sensitive or comprehensive compared the previous bug tracker which which included alerts for even the tiniest of changes ands updates to reports, but with this new bug tracker, at least if someone comments, you will be notified.