A Summary of the WWDC25 Group Lab

Sorry I didn’t respond sooner. Forums had a bug where it was dropping notifications, and it looks like that’s what happened here )-: Fortunately we’ve just rolled out a fix for that bug (-: [quote='847936022, Deej620, /thread/725152?answerId=847936022#847936022, /profile/Deej620'] When attempting to call SecItemCopyMatching, I'm getting a -34018 missing entitlement error. [/quote] The answer here varies based on whether you’re targeting macOS or iOS. Let me summarise, starting with iOS: Every provisioning profile authorises access to com.apple.token. But you must claim that access by listing com.apple.token in your keychain-access-groups list. WARNING Adding items to keychain-access-groups can change your default keychain access group, and doing that unexpectedly is a common source of confusion. Read Sharing access to keychain items among a collection of apps for more on this. For macOS: It’s not possible to create a provisioning profile that authorises access to com.apple.token. Bu

It's quite common for app bundles to be distributed in .zip files, and to be stored on-disk as filesystem-compressed files. However, having them both appears to be an edge case that's broken for at least two major releases! (FB19048357, FB19329524) Let me start with a more basic question, namely, what are you actually trying to do here? The filesystems support for compressed files is a fairly obscure implementation detail that we never formally documented and never intended for widespread use. Note, for example, that its implementation is incompatible with custom icons*. Similarly, support for them in the broader ecosystem is inconsistent, and copying them incorrectly will result in a non-functional file. That isn't an issue for the role the system intended them for**, but it is a problem in broader usage. *Compressed files repurposed the resource forks, while custom file icons use essentially the same resource fork-based architecture that they used on macOS Classic. **Basically, further reducing the size of

I personally find that placing precisely objects is a critical limit (or constraint) with SwiftUI. What I do (sometimes with mixed results) is to group objects in separate Views (red-bordered in the image). It makes it easier to position objects (with HStack / VStack) in each view and then position the views. Hope that helps.

Let me reiterate that, if you want me to see your reply, it’s important that you reply as a reply rather than in the comments. unchecked the Enable Register App Groups for now. I think that’s a reasonable option while you focus on other stuff. However, you do have to be careful here. Specifically, check that your app’s provisioning profile authorises your use of this app group ID. When you set Enable Register App Groups, Xcode does that for you. If you disable Enable Register App Groups, it becomes your responsibility to do it. That’s generally not hard — just enable the App Group capability on your App ID — but it’s important to double that this flows through to final app’s provisioning profile, both in for development and distribution signing. Without that, macOS may end up presenting annoying app group authorisation alerts. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The removal of Launchpad from macOS has cost me a huge amount of wasted time. It is quite baffling why Apple's engineering team thought this was necessary. There is no scenario in which Apple's few predefined categories could possibly ever address the long tail of real world application categories and user workflows. This is a point I make in depth below. Also, I am now encountering a bug preventing me from searching for apps by name, even if I could remember the name of my 250+ native and web apps, so I have no other choice but to scroll through over 250 icons to find the app I'm looking for. I honestly do not understand what the rationale was for this change by Apple. Vital functionality that I relied on with minute-to-minute frequency was replaced with a fundamentally broken one that costs me minutes where it previously took seconds to find apps. In fact it should be obvious that predefined app categories could not possibly address real world use cases and and that forcing users into them would break more

Hi Chase, I am delighted to hear that you are interested in joining us in the future. I had a similar dream at your age, and it appears that if you continue to pursue your goals, success will eventually come your way. To get started, I recommend learning about coding and installing Xcode on your computer. Additionally, there are numerous videos from WWDC that provide up-to-date information on the subject. I wish you the best of luck in your endeavors. WWDC Videos: https://developer.apple.com/wwdc25/ Albert Pascual
  Worldwide Developer Relations.

Let me start with the comparison here: Similar performance issues were reported in the past by a former Mercurial maintainer: https://gregoryszorc.com/blog/2018/10/29/global-kernel-locks-in-apfs/. Unfortunately, there are some fairly significant flaws in the analysis there. Picking one of his data points: $ time ./slow-readdir.py -l 12 ~/src/firefox ran 12 walks across 12 processes in 172.209s real 2m52.470s user 1m54.053s sys 23m42.808s Based on his overall article, I believe he thinks that test took ~23m when in fact it took ~3m. That is, the actual test time was: ...in 172.209s -> ~2.52 -> real 2m52.470s In general, that's what real means in most time tests -> how long did this test actually take. In terms of the difference in system time, that appears to have been due to an accounting issue in the kernel. Per the investigation that was done on the bug, this particular test script ended up having multiple threads blocked in the kernel (waiting on work to complete) and the kernel included those tim