Recent Comments

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

By agapov.one at Feb. 19, 2024, 9:31 a.m.

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.)

By arthur200126 at Feb. 14, 2024, 1:48 p.m.

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.

By arthur200126 at Feb. 14, 2024, 1:43 p.m.

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

By sam.barnum at Feb. 14, 2024, 12:22 a.m.

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.

By sebastienboisvert at Feb. 13, 2024, 5:18 p.m.

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.

By jcmcnamee at Feb. 9, 2024, 6:52 p.m.

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:

run hidutil w/ sudo

ps also make sure you are using the correct ProductID / VendorID...i noticed mine had changed w/ the update.

By steamboat.coat at Jan. 26, 2024, 3:13 p.m.

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.

By chris.bracken at Jan. 24, 2024, 8:52 p.m.

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.

By Yaroslav.Yashin at Jan. 23, 2024, 4:30 p.m.

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):

  1. Power on and log it into a mac
  2. Input into the terminal app the command provided bellow
  3. 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}]}'

By Yaroslav.Yashin at Jan. 21, 2024, 2:23 p.m.

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.

By Yaroslav.Yashin at Jan. 21, 2024, 2:23 p.m.

Open Radar FB13465290: hidutil stopped working on macOS 14.2 update

ditto

same issue here; 14.2.1 (23C71)

any word of a fix?

By steamboat.coat at Jan. 4, 2024, 4:34 p.m.

Open Radar FB13453582: macOS 14 Sonoma ikev2 vpn rekey sends invalid proposals, causing a disconnect every 24/48 minutes, error NoProposalChosen

I have a similar issue with one of my VPNs. After upgrading to Sonoma it started to disconnect automatically after 8 minutes of connection. I was able to use it whole day with Ventura.

By epozdnyakov at Jan. 4, 2024, 11:35 a.m.

Open Radar FB13430279: Add ability to fetch catalog `Playlist` from library `Playlist`

Me

For my app specifically, I want the catalog ID. However, I imagine other apps could want to access other catalog playlist attributes like playlist type, curator name, etc.

Besides, given that the server API already offers this feature, shouldn’t the rationale for the feature be the same for the native MusicKit framework? If nothing else, at least expose the catalog ID so that developers can use the server API to look up the catalog playlist.

By darren.mo at Jan. 4, 2024, 1:33 a.m.

Open Radar FB13430275: Add ability to fetch catalog `Track` from library `Track`

Me

For my app specifically, I want the ISRC. However, I imagine other apps could want to access other catalog track attributes like genre, release date, etc.

Besides, given that the server API already offers this feature, shouldn’t the rationale for the feature be the same for the native MusicKit framework? If nothing else, at least expose the catalog ID so that developers can use the server API to look up the catalog track.

By darren.mo at Jan. 4, 2024, 1:32 a.m.

Open Radar FB13373750: `MusicDataRequest.tokenProvider` is not concurrency-safe

Me

Thanks for the response. I have already found that MusicDataRequest automatically adds the token to the URL request, so I no longer need to access the tokenProvider property.

I think there could be some changes that might make this clearer:

  1. Update the MusicDataRequest documentation comment to note that it automatically adds the appropriate tokens to the URL request.
  2. Consider removing the tokenProvider property or updating its documentation comment to explain its intended use case.
By darren.mo at Jan. 4, 2024, 1:32 a.m.

Open Radar FB13406169: `DisclosureGroup` should build its content view lazily

Me

Happy New Year! Thanks for the response.

The example you gave is flawed. ForEach is indeed lazy, but the issue we are discussing is DisclosureGroup. Try the following and notice that the message is printed even when the disclosure group has not yet been expanded:

`struct ContentView: View { var body: some View { List { DisclosureGroup("Row") { let _ = print("Building DisclosureGroup content view") ForEach(0..<1000) { r in Text("Row \(r)") } } } } } `

Regarding your tips, the sorting isn’t the main cost; the main cost is accessing the children property, which causes SwiftData to synchronously load the relationship. Do you have a workaround for this SwiftData use case?

By darren.mo at Jan. 4, 2024, 1:29 a.m.

Open Radar FB13406169: `DisclosureGroup` should build its content view lazily

Apple

Thank you for filing the feedback report. If you reduce this down to something like:

`struct ContentView: View { var body: some View { List { DisclosureGroup("Row") { ForEach(0..<1000) { r in let _ = print("Building row \(r)") Text("Row \(r)") } } } } } `

You can see that only the visible rows are requested, and no rows at all until the parent row is expanded.

A few tips here:

  1. Don’t do sorting in ForEach inline, that will be expensive.
  2. Avoid side effects in view construction, SwiftUI may need to initialize multiple views.

Does this help with your use case?

By darren.mo at Jan. 4, 2024, 1:29 a.m.