Popping Sound

Looking at the code you posted, the only way [1] that preferences can be nil at line 15 is if your decoded object code fails. You didn’t show that code, so it’s hard to tell what’s going on there. It sounds like you can reproduce this reasonably reliably. Given that, you can debug this using logging. I have general advice on that topic in Testing and Debugging Code Running in the Background. IMPORTANT It’s time to stop using NSLog habitually. Rather, use print(…) for transient debugging and Logger for debugging that you want to keep in your codebase (or for cases like this, where you need to debug without Xcode being attached). Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] Well, not the only way. You could be dealing with an issue that’s outside of the scope of the Objective-C / Swift execution models, like a memory corruption problem. However, let’s rule out the easy things first (-:

So, in my earlier post, I said: Misunderstanding what the system was actually doing Which now leads to: To add more context, suppose the user is copying a file from one destination to a Network location. Am I correct that you've only actually seen this on Network copies? And (possibly) only some Network copies? As a side test, I'd be curious what happens if you tested with an AFP server instead of smb. I ask because of this: If it took longer than 5 seconds to complete the file inspection (which is well below the deadline for the auth event), then DesktopServicesHelper just deletes this file created at the destination. This we are observing in macOS Tahoe only. Strictly speaking, 5s is a somewhat odd amount of time. That may not sound like a long time, but it's an eternity at the time scale the kernel operates, particularly for any kind of local file system operation. You haven't actually said this, but I suspect you've found that the timing here is fairly precise— that is, it works fine with a delay

I see, thank you for pointing this out. So it is not a percentage, but an actual number of pages. Could you expand a little on how to interpret in your previous answer? So, stepping back for a moment, the basic issue here is deciding when should the kernel stop just blindly backing memory. It COULD (and, historically, did) just limit that to total available storage; however, in practice, that just means the machine grinds itself into a useless state without actually failing. So, what macOS does is artificially limit the VM system to ensure that the machine remains always in a functional state. The next question then becomes how to implement that limit. There are lots of places you COULD limit the VM system, but the problem is that the VM system is complicated enough that many obvious metrics don't really work. For example, purgable memory[1] means that simply dirty pages doesn't necessarily work“ - a process could have a very large number of dirty pages, but if they're all purgable, they shouldn't really coun

I can't get the audio to continue recording longer than 30 seconds while in the background. I have 'audio' in my Background Modes set and the recording/mic continues (with the orange pill) after I put the app in the background but only for 30 seconds. Then the app is suspended. How are you supposed to make this work? My app is a real-time transcription app, and I know this works just fine with the Otter app so I know it is possible.

I'm having the same issue. There does not appear to be a way to get audio to record in the background for longer than 30 seconds.

[quote='869524022, PJStation, /thread/107851?answerId=869524022#869524022, /profile/PJStation'] haven't been able to reproduce it on iOS 26 yet. [/quote] Hey hey, that sounds like progress (-: If you manage to find reproducible steps for iOS 26 or later, we’d definitely appreciate a bug report about that. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

@DTS Engineer But AVAudioSessionInterruptionTypeEnded does not get posted when the incoming cellular call is terminated from the Caller side. I think AVAudioSessionInterruptionTypeEnded only gets posted when there is an incoming call and user choose to not to receive the call. Even in Speakerbox, same issue is happening. Please refer https://developer.apple.com/forums/thread/762059 . And also why should the app need to activate the audio session separately. I think it should be done by iOS Callkit itself once we perform CXSetHeldAction with false right?

This might be late but I'm currently digging into a bug that popped up out of nowhere. I've had flawless syncing for 5 months, then a new user says his data is not syncing between iPad and iPhone, and now I'm experiencing the same on my devices. The debug builds worked fine, the production builds are intermittently not syncing and I have bad requests in my CloudKit log.