Recent Comments
Open Radar FB10500605: Write to system register S3_6_C15_C1_5 (aka. SPRR_PERM_EL0 ) in pthread_jit_write_protect_np can fail rarely
It got fixed in macOS 13.0 Beta 3 (22A5295i) and was a race in the process setup by the kernel.
Some hints can be found in a XNU source bump: https://github.com/apple-oss-distributions/xnu/blob/1031c584a5e37aff177559b9f69dbd3c8c3fd30a/bsd/kern/kern_exec.c#L4081-L4099
Open Radar FB12796974: MailKit Extension shows "Loading..." longer than usual esp. for emails with attachments
See http://www.openradar.me/FB13619556
Open Radar FB12796974: MailKit Extension shows "Loading..." longer than usual esp. for emails with attachments
Aaron
Yep, this is still an issue with 14.3. My last reply from Apple in January about this issue suggested it could be a performance issue with my MEMessageSecurityHandler extension but this definitely happens with Apple's sample extension code.
Open Radar FB9842474: Text does not render negative line spacing values
_lineHeightMultiple is available as an environment key, so environment(._lineHeightMultiple) helps in iOS 17.
Still would love to have an option for negative space
Open Radar 9106394: Support Ogg Opus in webm container format
There's also a tangential issue where there is no support for VBR Opus whatsoever -- people tend to make them because opusenc
makes them by default. As a result, you can't just remux to caf, but you need to also do an actual re-encode in CBR. (FFmpeg will gladly make a CAF with VBR Opus. It just won't play.)
Open Radar FB8739821: DiskImages/hdiutil: provide an imagekey to set LZMA compression preset level for ULMO-format disk images
Reply to Apple
This is a less-than-great explanation. Apple Compression library does not have zlib levels, but somehow hdiutil understands zlib-level. For a while your OS even had a /usr/lib/liblzma.dylib
, with all the bells and whistles that implies; you could probably bring it back if you really want to.
... Though to be fair, there really isn't too much to gain from just bumping the levels from 6 to 9. Sometimes the miracle lies in changing the pb and other settings (which would a lot of messy imagekeys). Some people even want BCJ for software distribution. That's surprisingly kinda-doable, because ULMO is xz (lzma2) and not legacy lzma, though the extra level of "since <OS version>" is definitely not worth it.
Open Radar 22127654: Safari tab reloads/crashes when "Take Photo" option is used with <input type="file">
Still an issue as of 2024
I've tried adding a name
attribute per https://stackoverflow.com/questions/29225824/mobile-safari-crashing-while-capturing-photo-using-input-type-file but no luck
Open Radar FB12796974: MailKit Extension shows "Loading..." longer than usual esp. for emails with attachments
another MailKit developer
Seems under 14.3 this is still slow.
Note that connectivity issues with either the machine's internet connection, or at the email server level can make this worse (since the responses are even slower); fixing those connectivity issues can help, but large messages (especially those with attachments) will always seem slower since Mail always re-fetches the entire message from the server (instead of using the local cached copy) when any extension is enabled.
Open Radar FB13453582: macOS 14 Sonoma ikev2 vpn rekey sends invalid proposals, causing a disconnect every 24/48 minutes, error NoProposalChosen
same problem. disconnects every 24 min for me so i can't use it for work anymore after updating to sonoma.
Open Radar FB9811483: Supplementary view resets to estimated height during animated layout change
Fixed
This appears to be fixed in iOS 17
Open Radar FB13465290: hidutil stopped working on macOS 14.2 update
Updated to 14.3, the problem no longer persists as long as you have hidutil run as root (e.g. sudo) as per:
ps also make sure you are using the correct ProductID / VendorID...i noticed mine had changed w/ the update.
Open Radar FB12050037: NSPopover content view controller does not receive mouseDown/Up when reduced transparency accessibility setting is enabled
Appears to have been fixed
Status was updated to "Potential fix identified - macOS 13.3.1"
I've tested on macOS 14.3 and this issue appears to be resolved.
Open Radar FB13465290: hidutil stopped working on macOS 14.2 update
I wrote: Just to save for both of us one response/request iteration, let me notice that the problem is still persists on 14.3 as well.
Open Radar FB13465290: hidutil stopped working on macOS 14.2 update
I've objected:
I can't confirm the full fix of this issue.
The issue is still persists, but with lower severity, as now the bug can be worked around with a few additional seteps.
But here's the steps to reproduce the issue on 14.2.1 (23C71):
- Power on and log it into a mac
- Input into the terminal app the command provided bellow
- Press the "non_us_backslash" key on an international keyboard
Actual result:
The original char will be appeared on a given input field instead of "tilde" char.
Expected result:
The "tilde" char appears on a remapped key press.
Additional info:
The expected behaviour occurs after keyboard replugging the keyboard, whether by restarting bluetooth service or reconnecting a wire keyboard. Having to do this is redundant and indicative of a bug.
The command that I run: hidutil property --set '{"UserKeyMapping": [{"HIDKeyboardModifierMappingSrc": 0x700000064, "HIDKeyboardModifierMappingDst": 0x700000035}]}'
Open Radar FB13465290: hidutil stopped working on macOS 14.2 update
Apple responded:
Changes have been released that should have addressed this issue. If you are still experiencing this behavior, please submit a fresh report so that we can continue to investigate.
Thank you for your feedback.
Open Radar FB13465290: hidutil stopped working on macOS 14.2 update
ditto
same issue here; 14.2.1 (23C71)
any word of a fix?
Open Radar FB13687535: Environment objects injected on a TabView that contains a NavigationStack never deallocate
Contents of the attached sample project:
@main struct MemoryLeakDemoApp: App { var body: some Scene { WindowGroup { ContentView() } } }
struct ContentView: View {
}
struct LeakyView: View {
}
struct CheckerView: View {
}
final class Canary: ObservableObject {
}
/// As of iOS 13-17.2 (and likely in newer versions too), SwiftUI environment (both values and objects) applied to a
TabView
that contains aNavigationView/Stack
leaks due to being injected into a UIKit trait collection of the underlying navigation controller, which then gets captured by: /// - AUILabel
cached globally byUINavigationBar
for the purposes of large title label measurement (only if it's the first navigation bar created in the entire app). /// - A pointer interaction's helper view that gets registered with the window byUINavigation
but never deregistered. /// Members of this extension work around these leaks. extension UIApplication {}
// MARK: - Private extensions
private extension UIApplication {
}