“xcode github”

In case anyone else has the issue with the Apple Watch not showing, I went through everything above but finally saw in Xcode...settings...apple account that I had to log into to the apple portal to accept the new terms. Once I did that it seemed to work.

never mind i managed to get the sample code from apple container github repository. now i can reserve a pool of ip address and assign ip address to guest from that. thanks for the heads up. it seem to be that VZVmnetNetworkDeviceAttachment is only avaialble for mac os 26 how can accomplist this with 14 and 15. any idea? And aslo after doing this i would like to do the port forwarding. Any idea how can i accomplish this.

I tried dropping back to Xcode 26.3, but it doesn't work there either. Perhaps the bug was actually introduced with a recent MacOS update?

Just a quick follow-up to my previous post with a new discovery that unfortunately invalidates my daemon caching/quarantine theory. It turns out the temporary Bundle ID test (.test) was a false positive. Because the temporary ID wasn't linked to our production backend services and entitlements (like RevenueCat, CloudKit, etc.), the extension crashed immediately upon launch, throwing a Public XPC connection invalidated error. Because the XPC connection died so early in the lifecycle, liveactivitiesd simply never reached the stage where it attempts to resolve the asset provider. So, the No asset provider error didn't disappear because a cache was cleared; it disappeared because the process didn't survive long enough to trigger it. We are officially back to square one. To rule out a few other obscure Xcode build traps, I have also double-checked the following: Info.plist Generation: Ensured Generate Info.plist File is not overwriting our manual NSSupportsLiveActivities flag. The flag is 100% making it i

My current workflow is: Create draft PR Assign github copilot to review Resolve any copilot comments Set PR to ready If there's a lot of back & forth before all comments are resolved, it's just wasted time running the workflow which will either be cancelled or run again when PR is ready.

Code-level support finally responded with a very generic request for a reduced project to duplicate problem. Apparently, they did not read that the problem was only for a particular user after they upgraded, so reproducing the error only works if they can log into GameCenter as that particular user. Recompiled using XCode 26.4 and the problem appears to go away.

I'm hitting the identical issue with a NEPacketTunnelProvider system extension on macOS 26.2 (25C56), Apple M1 Pro, Xcode 26.4. Developer ID signed, app in /Applications, no quarantine, no MDM. Context: I'm building a WireGuard-based VPN client. The app was previously working as an app extension (.appex with packet-tunnel-provider entitlement). I migrated to the system extension model for Developer ID distribution — .systemextension bundle in Contents/Library/SystemExtensions/, CFBundlePackageType SYSX, Mach-O MH_EXECUTE, NEProviderClasses in Info.plist, systemextensionsctl developer on. I've verified: App runs from /Applications (confirmed via ps aux) No com.apple.quarantine xattr Developer ID Application signing on both app and extension, same certificate, same team (verified via codesign -dvvv) Correct entitlements: com.apple.developer.system-extension.install on host app, packet-tunnel-provider-systemextension on both embedded.provisionprofile present in both app and extension PkgInfo contains SY

Hey im having the same issues.. Says uploading and then gets stuck on sending analysis to App Store Connect. macOS 26.3.1a Xcode 26.4

Hi Albert, Thank you so much for the detailed response and the excellent pointers! I deeply appreciate you taking the time to look into this. I went through your suggestions step-by-step: Embedded Content & Code Signing: I verified that the Widget Extension is correctly listed under Frameworks, Libraries, and Embedded Content. By inspecting the compiled app container, I confirmed the .appex is successfully sitting inside the PlugIns folder. Push Notifications Capability: Great catch. I added the Push Notifications capability to the main app target. Unfortunately, the behavior remained the same. 4KB Limit: For testing, I am using an absolute minimal payload (just a single short string and an integer) and a barebones Text(Test) UI, so we are well under the limit. However, we ran some aggressive isolation tests over the weekend and discovered something fascinating that points to a completely different root cause. Here is what we found: Completely New Minimal App: We created a brand new, minimal iOS project a

So could you post complete code so that we can test on our own ? Which version of Xcode ? Is it on simulator or device ? In this case, which OS version ?

Here is the SidebarView toolbar from the app that behaves. .toolbar { ToolbarItemGroup(placement: .automatic) { displayModeToggle sortMenu } } Here is the main content toolbar from the app that behaves. @ToolbarContentBuilder private var windowToolbarContent: some ToolbarContent { if selectedPhoto != nil { ToolbarItem(placement: .navigation) { toolbarTitleCapsule } } ToolbarItemGroup(placement: .primaryAction) { lockToggleButton removeLockButton if selectedPhoto == nil, !showingSlideshow, !(collectionManager.isSelectedCollectionPasswordProtected && collectionManager.isLocked), !filteredPhotos.isEmpty { Button { detailPhotoID = filteredPhotos.first?.id showingSlideshow = true } label: { Label(Slideshow, systemImage: play.fill) } } } } Here is the Sidebar toolbar from the app that misbehaves. .toolbar { ToolbarItemGroup(placement: .automatic) { sortMenu } } Here is the main content toolbar from the app that misbehaves. @ToolbarContentBuilder private var windowToolbarContent: some ToolbarContent { Toolba