OminousKing
Assigned
Reported
Comments
Confirmed in 26.3 Snapshot 7 (Vanilla).
Scope:
Searching for any non-English language by its English display name (e.g., "chinese", "german") returns 0 results.
Searching by native characters (e.g., "Deutsch", "中文") or language codes still works.
Expected Result: Searching "german" should display "Deutsch (Deutschland)".
Observed Result: The list is empty.
Attempted reproduction on 26.2 (Vanilla).
System: NVIDIA RTX 3080 / Windows 11
Water and animated textures rendered normally across all graphics settings (Fast/Fancy/Fabulous).
Toggling Mipmap levels (0-4) did not trigger invisible textures.
Unable to reproduce on modern dedicated GPU. Appears to be hardware- or driver-specific.
Isolated the trigger for this issue. Enabling the "Education Edition" toggle in world settings forces Vibrant Visuals to disable and lock out, displaying the "Supported device required" message (tested on supported hardware).
Steps to Reproduce:
Enable Vibrant Visuals in the Main Menu Video Settings.
Create a new world with Education Edition toggled ON.
Join the world and check Video Settings.
Observed Result: Vibrant Visuals is locked out and grayed out, defaulting to Fancy graphics.
Expected Result: Vibrant Visuals should remain available on supported hardware regardless of the Education Edition toggle.
System Specs: Windows 11 / NVIDIA RTX 3080
Isolated Trigger: Enabling the "Education Edition" toggle...
Confirmed on 26.3 Snapshot 7. When the client is set to an alternate language profile (tested with en_pt / Pirate Speak), the game throws a "Loading translations failed" screen on launch, explicitly reporting that the translation file for the selected locale was empty or missing. Reverting to en_us bypasses the error screen.
Still happening as of July 2026. Can confirm that voting and unvoting on resolved tickets is permitted by the interface, but the action suffers from a noticeable delay/lag before the UI registers the change. This might be because the backend database isn't optimized to process active user interactions on closed/resolved ticket states.
This is just standard native behavior for Jira Cloud. The old layout used a custom script to block the reporter from clicking the vote button, but the new platform just uses standard Atlassian permissions. Since one user account can only ever add one vote anyway, the system allows it by default to show you're an affected user. It's more of a design change from the old site rather than a broken system glitch.
Confirmed still happening. Attempting to log into historical servers (such as Beta 1.7.3 dedicated communities) fails standard Mojang authentication. Servers are currently forced to run in offline/cracked mode with custom in-game registration commands to function, as the official authentication handshake endpoints remain unreachable.
Follow-up test on 26.3 Snapshot 4: Expanded the controlled environment by giving the 4 named villagers unique profession jobs to track pathfinding/AI state saving under the new SDL3 windowing framework.
Conducted a heavy stress test: traveled far from spawn, generated new chunks, dimension-shifted to the Nether (exploring bastions), and shifted to the End to complete the Ender Dragon fight before returning via the portal. After multiple extreme chunk unloads, reloads, and player respawns, all villagers and their data tags remained completely intact.
Can confirm on the Latest Release (26.33 Hotfix).
If you enter a naturally spawned village and drink an Ominous Bottle, the Bad Omen effect can clear instantly without converting into a Raid Omen or starting a raid.
Workaround/Fix: Interacting with or sleeping in a bed inside the village forces the game engine to update the village registration data. Once a bed has been used/claimed, subsequent Ominous Bottles correctly transition into a Raid Omen and trigger the raid normally. This might mean a village-updating or bed-syncing delay upon initial chunk loading in the current release.
Was not able to reproduce on 26.3 Snapshot 3.
Tested on the official vanilla launcher with the Vulkan rendering backend enabled in Fullscreen mode. Pressing the Windows key successfully minimizes the game and returns to the desktop immediately without any system freezing or instability.
System Info: Windows 11, NVIDIA GeForce RTX 3080, 32GB DDR5 RAM, Graphics API: Vulkan
Can confirm in 26.3 Snapshot 3.
Testing shows that slimes trapped directly adjacent to a bed still do not trigger the "monsters nearby" error prompt, allowing the player to enter the bed and sleep normally despite the mob being hostile.
Tested on 26.3 Snapshot 3: Set up a controlled environment in Peaceful mode with 4 named villagers and lecterns. After unloading chunks, traveling to the Nether, sleeping through day/night cycles, and returning, all villagers remained intact. No unexplained disappearances observed.
However, searching by native characters (e.g. "Deutsch", "中文") or language codes (e.g. "de", "fr") still works normally.