I’ve encountered a consistent UI rendering issue in the macOS 26.0 (25A5295e) beta on my MacBook Pro 14-inch (2021) with Apple M1 Max, 64GB RAM. When opening System Settings > Keyboard > Japanese Input Method settings, the settings pane is visually clipped and scroll behavior is broken. The upper section (including checkboxes like “Windows-style key behavior”) becomes partially hidden. Although I can scroll momentarily to reveal the top, the view quickly snaps back, preventing any interaction with those upper settings. Steps to Reproduce: Open System Settings. Go to “Keyboard” and scroll down to Japanese input settings. Observe that the top section is cut off and cannot be interacted with. Attempting to resize the window or enable full-screen mode does not resolve the issue. Environment: Model: MacBook Pro 14" (2021) Chip: Apple M1 Max, 10-core CPU, 32-core GPU Memory: 64 GB Storage: 2 TB SSD Model ID: MacBookPro18,4 (A2442 / Z15H0013CJ/A) OS Version: macOS 26.0 Beta (25A5295e) Firmware: 13822.0.166.0.1 Additional Notes: Display scaling adjustments do not help. The issue affects both Japanese and English UI modes. This bug has been reported by other users on macOS 26.0 and iOS 26 beta as well, suggesting a regression in how SwiftUI handles view layout constraints in this pane. It would be appreciated if the UI could be fixed to allow proper access to all input method settings, possibly by enforcing proper scroll containment or minimum height for the pane. Thank you.

On recent versions of macOS (including current betas), when enabling Internet Sharing from Ethernet to Wi-Fi, the configured WPA2/WPA3 password is ignored and the shared network is broadcast as an open (unsecured) network. Steps to Reproduce: Connect Mac to Ethernet via USB/LAN adapter Go to System Settings > General > Sharing > Internet Sharing Set up Wi-Fi options with a valid WPA2/WPA3 password Enable Internet Sharing Expected Behavior: Devices should see a password-protected Wi-Fi network with a lock icon and require authentication. Actual Behavior: The network appears unsecured (no lock icon) Devices like iPhone connect without entering a password This can be verified immediately from iOS Wi-Fi settings Additional Notes: Reproducible across macOS 15.5 RC and 16.0,26.0 Developer Beta Feedback has been submitted via Feedback Assistant multiple times This is a serious security risk if used in public or shared environments Has anyone else experienced this? Any known workarounds besides terminal-level defaults or Plist edits? Thanks in advance!