I get this errorif I either attempt to install to an empty APFS partition, or if I convert a working HFS+ partition and attempt to reinstall onto it to make it bootable.

Just like this topic: https://developer.apple.com/forums/thread/713211 Except this also applies to the latest Xcode 15 beta 2. The Attach to process feature seems to be broken, as it is unable to enumerate a process list and display it for me to choose from. It just says "Getting process list..." forever. Edit: I seem to have found the problem. It is dependent on having a project currently open in Xcode. I am trying to debug a binary from someone else without their projects, just to peek at the Metal scene capture, and thus did not think to open a project first. Opening a project makes the process list fill out.

I just installed the release candidate last night, and now most apps can't capture my webcam's full resolution. It's a Logitech C615, and it supports 1080P 30fps, but only over MJPEG. Now apps are either capturing incredibly choppy video, or capturing at the low resolutions the camera supports over RGB.

Is there a way to automate rebasing all controls in a project's XIB files to newly generated IDs? I have a slight problem with a translation assist site getting confused by the fact I have over a dozen XIB files, most of which still have controls identified by monotonically increasing integers rather than unique dashed alphanumeric strings, and several of the XIBs have the same IDs as each other on different controls, and this leads to such confusion as the translation site showing the comment string for one XIB alongside the string for another XIB, because they both have a "5.title". I would like to rebase all the numeric control IDs, and the associated .strings files paired with them. I probably have about 1700 strings in my project's dictionaries so far.

I have no idea how to solve this. I am not using many local variables, yet I am hitting the 512 KiB stack size limit for secondary threads. My app has already been close to hitting this, now it's definitely hitting it. How the heck do I trace this down? Instruments has nothing about stack memory usage.

Is it possible to control how Xcode Cloud versions the apps it builds? I would like to declare it to use the same template that my build system uses to generate its own Info.plist at build time: CFBundleVersion: [number of commits since a specific Git tag where I forked the project] CFBundleShortVersionString: [the same thing] And I want it to preserve the generated tags that I add to the Info.plist for informational purposes: GitHash: [the full commit hash that was built] GitVersion: [number of commits as used above]-g[minimum characters of hash to be unique, currently up to 8 now] BuildTime: [current date/time when Info.plist was generated near the end of build time] Is there any way I can automate at least the CFBundleVersion and preserving the rest of the custom tags with Xcode Cloud? Xcode Cloud unfortunately seems to completely override my version field, and sets it to the first 5 characters of the Git commit hash, which is incompatible with App Store version policy of only being numbers or dots.

... unless you copy the Frameworks folder from the News app into it. Yes, that's right, Home, as distributed with the first beta, is missing its Frameworks folder.

Apparently, now plain iMessage sticker packs require a privacy policy, so where can I find one that discloses that it would be impossible for my sticker pack to collect any information, so I can publish a new version of the thing?

I am trying to use NSURLSession for http and https streaming, but I encounter numerous issues doing so. For one thing, my file open function must be synchronous, since the caller is expecting to be able to start reading data the moment the open function returns. Also, the read requests are expected to complete on the same thread as the file is opened from, which also implies synchronous access. I also do my own decoding and playback interface, and support a whole host of exotic formats, so it's really impractical for me to use the AVPlayer interface.I also have a concern with using Core Audio to decode indeterminate length non-seekable streams which may not start on a packet boundary, but I'll take that to another sub forum of this site, since it's not really a networking question.

The question speaks for itself. Is there any exposed API for accessing or implementing Spatial Audio, for virtual surround playback, say, from doing my own multi-channel decoding and outputting to discrete surround speaker positions, and having that track a user wearing a Spatial Audio compatible headphone or earphone device attached to their Mac via Bluetooth? I maintain an audio player, and I currently implement a fixed position spatial audio downmixer for surround, as an option. I would also like to support Spatial Audio downmixing via the OS. And I do not want to have to convert my app to a Catalyst app and lose a good chunk of backwards compatibility with older macOS versions to do this.

I'm getting this error trying to compile my framework, which I newly added some Swift code to: <module-includes>:1:9: note: in file included from <module-includes>:1: #import "LibcOverlayShims.h"         ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.3.sdk/usr/lib/swift/shims/LibcOverlayShims.h:80:15: error: declaration of 'sem_t' must be imported from module 'Darwin.sys.semaphore' before it is required static inline sem_t *_stdlib_sem_open2(const char *name, int oflag) {               ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.3.sdk/usr/include/sys/semaphore.h:43:13: note: declaration here is not visible typedef int sem_t;             ^ <unknown>:0: error: could not build Objective-C module 'SwiftOverlayShims'

As of the latest beta of Ventura, I cannot reply to Apple feedback questions responding to my reports. The reply button works, but the resulting form will not activate the Send button.

macOS Ventura no longer shows me the crash reports dialog. It showed it once, with two buttons, "Ignore" and "Report...", and I accidentally clicked "Ignore". Now it only collects the crashes in Console, but doesn't pop up a report dialog. How do I reset that to the way it was?

I have developer an app, and it is in the App Store now, but apparently, I have done something rather pointless. I granted it the entitlements: com.apple.security.assets.movies.read-only com.apple.security.assets.music.read-only com.apple.security.files.downloads.read-only But I have no idea how to get the system paths associated with these entitlements. Currently, the user has to manually grant permission to files in these paths for them to work, as I have no idea how to exclude them from requirement to ask the user to add the directories. [[NSFileManager defaultManager] URLForDirectory:..] is useless, as it returns paths inside the app's container. This is also challenging, as I default to setting a file tree browser to the user's Music directory, which can be located anywhere, but instead, it points inside the sandbox container.

As mentioned in the title, whenever an iMac19,2 owner running 10.15.7 runs my app, which features a scene with grain noise and rendering against a transparent background, it crashes like so: Crashed: CVDisplayLink 0 libobjc.A.dylib 0x681d objc_msgSend + 29 1 SceneKit 0x250780 SCNMTLComputeCommandEncoder::dispatchOnTexture2DWithoutOptimizedThreadGroupPerGrid(id<MTLTexture>, id<MTLComputePipelineState>) + 104 2 SceneKit 0x15abf6 C3D::getGrainNoise256(id<MTLCommandBuffer>, SCNMTLRenderContext*, C3D::RenderGraphResourceManager&) + 403 3 SceneKit 0xc6a9e C3D::CompositePass::compile() + 1410 4 SceneKit 0x391a46 C3D::RenderGraph::allocateResources() + 2198 5 SceneKit 0x14dc2d C3DEngineContextRenderWithRenderGraph + 52 6 SceneKit 0x22666b -[SCNRenderer _renderSceneWithEngineContext:sceneTime:] + 532 7 SceneKit 0x227222 -[SCNRenderer _drawSceneWithNewRenderer:] + 281 8 SceneKit 0x227786 -[SCNRenderer _drawScene:] + 46 9 SceneKit 0x227c8b -[SCNRenderer _drawAtTime:] + 965 10 SceneKit 0x214d29 -[SCNView _drawAtTime:WithContext:] + 542 11 SceneKit 0x214653 -[SCNView SCN_displayLinkCallback:] + 306 12 SceneKit 0x1af4f8 __69-[NSObject(SCN_DisplayLinkExtensions) SCN_setupDisplayLinkWithQueue:]_block_invoke + 49 13 SceneKit 0x2a1468 __36-[SCNDisplayLink _callbackWithTime:]_block_invoke.13 + 52 14 libdispatch.dylib 0x2658 _dispatch_client_callout + 8 15 libdispatch.dylib 0xe6ec _dispatch_lane_barrier_sync_invoke_and_complete + 60 16 SceneKit 0x2a13c5 -[SCNDisplayLink _callbackWithTime:] + 307 17 SceneKit 0x2a10c6 _cvDisplayLinkCallback + 261 18 CoreVideo 0x2e92 CVDisplayLink::performIO(CVTimeStamp*) + 230 19 CoreVideo 0x22c8 CVDisplayLink::runIOThread() + 626 20 libsystem_pthread.dylib 0x6109 _pthread_start + 148 21 libsystem_pthread.dylib 0x1b8b thread_start + 15