MacOS 26 Tahoe Vinduesjustering Fejler, Brugere Forsøger Løsninger

macOS 26 Tahoe og den evige kamp mod vindues-resizing

En af de mest “usynlige” ting ved et operativsystem er også den mest brutale at få galt: vindueshåndtering. På macOS 26 Tahoe har en konkret window-resizing-bug været så irriterende, at den er blevet dokumenteret og demonstreret offentligt af udvikleren Norbert Heger. Apple kvitterede endda i release notes til macOS 26.3 RC med, at problemet var løst.

Og så skete det, som alle der har fulgt macOS gennem årene (inkl. Mojave, Catalina, Big Sur, Monterey, Ventura, Sonoma og Sequoia) allerede havde på fornemmelsen: mellem RC (release candidate) og den endelige, shipping-version af macOS 26.3 var “fixet” væk igen. Regressioner er softwareverdenens udgave af at rydde op i stuen, mens roombaen stadig er tændt.

Hvad siger historien helt konkret?

Hegers pointe er enkel: Apple skrev i release notes til macOS 26.3 RC, at den konkrete window-resizing-issue var resolved. Men i den endelige macOS 26.3-udgave opfører resizing sig stadig forkert (eller igen forkert). Daring Fireball linker videre til Hegers opdatering, og sagen er mere end bare et meme-værdigt “you’ll never guess what happened”.

Det her er ikke en feature-request om “bedre multitasking” eller “mere Windows-agtig snapping”. Det er en regressionshistorie: noget, der tilsyneladende var rettet i en RC, men ikke endte i den version, brugere faktisk installerer. Og det rammer lige i hjertet af macOS som produktivitetsplatform — uanset om du kører på en MacBook, iMac eller Mac mini.

Hvorfor gør det her en forskel i hverdagen?

Vindues-resizing lyder banalt, indtil du lever i apps som Xcode, Safari, Finder og diverse pro-værktøjer. Når resize-håndtag, minimumsstørrelser eller snapping/constraints opfører sig inkonsistent, bliver det til mikro-friktion: du mister fokus, klikker ekstra, og din workflow falder fra hinanden i tusind små stykker.

Det er også her, Apples egne systemlag (Mission Control, Stage Manager og vinduesrendering på Apple Silicon/M-serie) bliver “skyldige ved association”. Brugeren er ligeglad med, om fejlen ligger i AppKit, en specifik komponent i UI frameworket, eller en ændring i en 26.3-branch. Oplevelsen er bare: macOS Tahoe føles mindre stabil end den burde.

Vil du læse flere macOS-relaterede historier, tips og opdateringer, kan du altid søge hos We❤️Apple.

Min vurdering: RC’er bør ikke være et lotteri

Det mest interessante her er ikke, at en bug findes. Bugs findes altid. Det interessante er kommunikationen og processen: Når Apple eksplicit skriver i release notes, at et problem er løst i macOS 26.3 RC, skaber det en forventning hos både udviklere og power users om, at “den her er i hus”. Hvis det efterfølgende ikke er tilfældet i den endelige 26.3, signalerer det enten (1) en sen revert, (2) en merge-konflikt mellem branches, eller (3) at “resolved” i praksis betyder “så vi den ikke lige i vores testscenarie”. Ingen af delene er et godt look.

For macOS som platform er stabilitet i UI-grundstenene langt vigtigere end endnu en ny visuel detalje i Tahoe. Vinduesstyring er fundamentet for multitasking, og når fundamentet knirker, føles hele systemet mindre “pro” — også selvom resten af Apple-økosystemet (iPhone, iPad, Apple Watch og AirPods) kører relativt gnidningsfrit.

Hvad bør Apple gøre nu?

• Bekræfte regressionen offentligt (release notes og evt. kendte problemer) og ikke lade den forsvinde mellem linjerne.
• Levere et konkret fix i macOS 26.3.1 eller 26.4 med tydelig beskrivelse, så brugere kan verificere adfærden.
• Stramme RC-definitionen: En release candidate skal være kandidat til release — ikke et snapshot af en parallel virkelighed.

Indtil da er rådet klassisk: Hvis du er afhængig af en stabil macOS-opsætning, så vær konservativ med opdateringer på arbejdsmaskinen. Og hvis du alligevel skal opgradere hardware eller finjustere dit setup, så kig også på praktisk tilbehør som opladere og tilbehør til resten af Apple-økosystemet — det hjælper ikke på en resizing-bug, men det redder i det mindste din hverdag på de andre fronter.