macOS 14.4
Juli Clover (release notes, security, developer, enterprise, full installer, IPSW):
With macOS Sonoma 14.4, Apple is introducing new emoji characters and adding support for reading Podcast Episode text in full with search support. There are new features for Business Updates in Messages, along with a toggle for showing only icons for websites in the Safari Favorites Bar.
It seems to fix the bug I reported with Swift Regex hanging.
Much to my relief, updating from macOS 14.3.1 to macOS 14.4 was NOT as painful as the previous couple of (minor) updates. Unlike them, it did NOT force me to restore all kinds of “privacy and security” settings.
However, after the restart, it still greeted me with the following two modal dialogs.
I have no idea what Microsoft is up to, and I’ve only been using Apple Music daily for the past SEVERAL YEARS. But whatever.
See also: Mr. Macintosh and Howard Oakley.
Previously:
Update (2024-03-08): See also: Howard Oakley.
There appears to be an AppleScript regression in Safari 17.4. References to documents aren’t resolved correctly[…]
This is weird. As of macOS Sonoma 14.4 (23E214), Music’s Settings window now animates in like how document-based view apps do. Hey Apple… ytho?
Here I open Settings from the menu and by using the keyboard shortcut a few times after to illustrate this incorrect animation.
Someone broke the “monochrome” style for desktop widgets on macOS 14.4
They are just black now
They used to be like a “frosted/blurred material”
Update (2024-03-14): Amber Neely:
macOS to Sonoma 14.4 is causing some USB hubs embedded in monitors to stop working and there doesn't seem to be a clear fix.
I am so sick of macOS and it’s inability to consistently manage any sort of peripheral.
Normally I just bitch that it can’t remember anything about my monitor setup. Now it will only communicate with USB or Thunderbolt peripherals if they’re connected and powered on when the Mac starts up. Turn them on after that? Nope, Mac won’t talk to it. Connect them after the Mac starts up (maybe connecting a flash drive or connecting to an iOS device? Nope, Mac won’t talk to it.
FWIW, this is new as of Sonoma 14.4. Connecting peripherals worked as expected in previous versions.
As reported by MacRumors, users have also posted about their problems on the Apple Support Community, Reddit, and on social media. While many users are having problems with USB hubs, others find that any connected USB device (mouse, keyboard, etc.) stopped working.
luckman212 (via Hacker News):
14.4 (23E5180j) seems to have gimped the fileproviderctl command again. This happened before where they completely broke the command on 13.6. Feels like there’s ONE guy whose job it is to compile and keep this tool updated, and he’s on vacation half of the year.
My problem with Sonoma and slow mounting of external volumes at startup/login seems to be getting worse. It used to be random. Now (since 14.4) it seems to be systematic. At startup/login, the Finder launches BEFORE the volumes are fully mounted, which means that if I had windows showing the contents of folders on these external volumes left open in the Finder, these do NOT get reopened.
And toolbar buttons to folders on these volumes turn into… question marks.
Update (2024-03-15): Amber Neely:
Now, it looks like macOS Sonoma 14.4 is breaking printers, too.
Reports have begun rolling in on Reddit and the Apple Community forums, where users note that after updating their Macs, they no longer could print.
According to a post on Reddit, it seems that macOS Sonoma 14.4 removes the core CUPS software, leaving no way for the printer and Mac to interface.
It may be related to Microsoft Defender.
Apple has recently released the macOS 14.4 Sonoma update, which has resulted in compatibility issues for plug-ins protected by PACE / iLok with Audio Units host DAWs, such as Logic Pro, on Apple silicon Macs. Users have reported encountering problems with these plug-ins following the installation of the update, including DAW crashes.
Update (2024-03-17): Roman Loyola:
While many users are having problems with USB hubs, others find that any connected USB device (mouse, keyboard, etc.) stopped working.
Some users were able to fix the problem by going to System Settings > Privacy & Security > Allow accessories to connect, and then setting it to Always. Others have suggested switching to Always and then switching it to Ask every time. Before performing these steps, you may have to disconnect all USB devices, and then after adjusting the setting, the Mac needs to restart. After that, connect the devices, which should trigger a confirmation prompt and the devices may work again.
Oracle (Hacker News, MacRumors):
An issue introduced by macOS 14.4, which causes Java process to terminate unexpectedly, is affecting all Java versions from Java 8 to the early access builds of JDK 22. There is no workaround available, and since there is no easy way to revert a macOS update, affected users might be unable to return to a stable configuration unless they have a complete backup of their systems prior to the OS update.
The issue was not present in the early access releases for macOS 14.4, so it was discovered only after Apple released the update.
[…]
The Java Virtual Machine generates code dynamically and leverages the protected memory access signal mechanism both for correctness (e.g., to handle the truncation of memory mapped files) and for performance. With macOS 14.4, programs that attempt this will now terminate instead of having the opportunity to handle the signal.
There are no tests, are there.
[…]
Like you build an OS, you will have basic tests to check if stuff like Java, Python etc still runs…?
Changing a signal that can be caught to one that cannot be caught…
Who could have predicted that would break anything?
Update (2024-03-20): Addigy (via Ric Ford):
In the release of macOS 14.4, Apple has deprecated support for several commands, including launchctl kickstart. This update will cause all existing scripts that utilize the launchctl kickstart to fail on machines running macOS 14.4, and Apple advised using the kill command instead when attempting to restart services on macOS devices. However, in testing, the kill command has not been effective and instead, Apple recommended restarting devices to force the services to restart in lieu of the kickstart command.
This directly impacts the Addigy MDM Watchdog, which relies on the launchctl kickstart command to restart the MDM and software update processes on stuck macOS devices. When these processes become stuck, devices cannot carry out MDM-based actions and perform System Updates. As a result, the MDM Watchdog will no longer be able to restart the essential services on devices running macOS 14.4 or later. However, it should continue to function on macOS devices running an older version of the OS.
Howard Oakley (MacRumors, TidBITS-Talk, Hacker News):
I’m very grateful to JK, who has alerted me to what I can only assume is a serious bug in 14.4. In previous versions of macOS, when a file is evicted (‘Remove downloads’) from local storage in iCloud Drive, all its saved versions have been preserved. Download that file again from iCloud Drive, and versions saved on that Mac (but not other Macs or devices) have remained fully accessible. Do that in 14.4, and all previous versions are now removed, and lost forever.
Because no backup software can back up saved versions, you won’t find them in your backups, or in copies of that file on other volumes or disks, because versions always remain local to a volume. As they don’t get copied up to iCloud Drive, you also won’t find them in its 30-day backup.
More stuff that 14.4 broke: searching manual pages.
Since Apple unveiled macOS Sonoma 14.4 on March 7, the transition to the latest software update has not been entirely smooth for everyone, and a number of issues have been reported by users that significantly impact their daily workflow.
This article lists the most prominent challenges users have faced since updating to macOS Sonoma 14.4, and offers potential solutions where available.
Occasionally, at seemingly random intervals, the fans in the iMac blow, and its responsiveness suffers, just for a few seconds. Activity Monitor reveals that the process that’s suddenly consuming high CPU % at the time is
universalaccessd, which is typically taking over 100% for a period of a few seconds, then drops back to a far lower percentage as responsiveness returns.
Update (2024-03-21): Pierre Igot:
More new fun since upgrading to Sonoma 14.4: Now, after some undetermined amount of uptime, all of a sudden, notifications from certain apps stop being displayed altogether, for no apparent reason, with no way to get them back that I have found so far (other than a reboot).
[…]
Example of affected app on my Mac: Amadeus Pro. But I am quite sure it’s completely random.
In macOS 14.4, the command-line tool /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport has been deprecated “and will be removed in a future release.”
Note also, if you use Parallels, and have a macOS guest, it becomes unusable if it upgrades to macOS 14.4. The VM will boot, you can log in, but once you do, the keyboard/mouse stop working. Likely due to the same reason you’ve listed by others, with USB peripherals not being able to connect/disconnect, and the way Parallels automatically handles that.
Update (2024-03-25): Nikhil Nigade:
Account syncing is bugged in Calendar.app on macOS 14.4
Seems like the root issue stems from the Account Services daemon (Settings.app).
Removing and adding the iCloud account back, disabling/enabling the Calendar service has no effect. It just fails to sync calendars for that iCloud account.
Update (2024-04-03): Glenn Fleishman:
I completed a basic Sonoma user account setup and then ran Migration Assistant. It found the networked Mac on which I manage Time Machine backups and recognized it. However, it refused to mount my child’s backup volume. No matter what I did, “Mount failed” appeared. Digging around in forums, I found that Sonoma has broken the SMB/Samba-based networking mount procedure for Time Machine restores, and no one had found a solution. This appears to still be the case in 14.4.
Update (2024-04-24): Gui Rambo:
Apple broke non-String AppEnum in App Intents as of macOS 14.4 / iOS 17.4, so if you have say a widget with configuration parameters where the value is an AppEnum backed by an Int, those parameters just won't work and will always use the default value.
