Hello everyone, I am currently running the macOS Golden Gate 27 Developer Beta and am experiencing an issue with external displays. I am only able to connect one external display successfully. Any additional external displays I try to plug in do not work or are not recognized by the system. Here are the details of my setup: Mac Model: 16-inch MacBook Pro (Apple M4 Pro, 24 GB Memory) macOS Version: macOS 27 Version 27.0 Beta (Build 26A5353q) Displays: Two LG UltraFine 5K Thunderbolt displays Connection Type: Connected directly using two separate Apple Thunderbolt 4 cables Troubleshooting steps already taken: Restarted the Mac Tested different cables and ports Verified both displays work individually (only fails when both are connected) Has anyone else encountered this issue on this specific beta build? If so, have you found any temporary workarounds? Side note: Feedback Assistant was not working for me. I tried it in the Web, and the native App, neither of them would work. I am posting here because there was nowhere else to submit this bug report.

I created my developer account on Wednesday and paid for the subscription straight away, but I’ve been waiting ever since. It says that processing can take up to 48 hours, but I’ve now been waiting for five days and nothing has changed... I’ve contacted customer service but haven’t received a reply. Is this normal?

When I trying to disable sip it just says csrutil: Failed to update security configuration for "Macintosh HD": Manifest verification failed

When transferring photos from my iphone 16 Pro Max running the IOS 27 Developer Beta to a Windows 11 PC via a USB-C cable the photos convert to AAE files, which you can't preview of view.

I am experiencing random Wi-Fi and Bluetooth disconnections while using iOS 27. Both Wi-Fi and Bluetooth disconnect unexpectedly, then reconnect automatically a few seconds later. I have seen many similar reports on Reddit, so this does not seem to be an isolated issue. I have already submitted a report through Feedback Assistant with the feedback ID FB23121586. I hope this issue can be fixed soon, because it is really stressful when playing online games on my iPhone and worrying that the connection might suddenly drop. :(

I was asked to migrate my individual Developer Account to Organization account as a condition to approve one of my apps because of the data the app was collecting. Before I started the migration I was told it will take 3-4 days and a maximum of a week. Its been a month and every time I call they just tell me they will escalate to a supervisor and they cannot also tell how much longer it will take. I provided all my documents on day 1 and I already have a published app. Now I cannot even update my app that is live and neither can I get approval to the app that has been in review. If they had told me they cannot migrate on time, I would have created a business account instead of taking this approach. Apple wouldn't give me even a timeline. This has not been the experience I was hoping for. Has anyone else had similar experience.

I have two lines through Verizon wireless, my main line for the account was acting like a dead eSIM every time it is on it kills my data completely even on the second phone line unable to send a receive phone calls, send a receive text messages, retrieve voicemails, or use data in any capacity from that line. I have completely deleted and reinstalled and reactivated eSIM for that line a handful of times in the last week/week and a half & it is the main account line being rendered completely unusabl.

Summary On an M2 Max (macOS 26.5.1, 25F80), WindowServer intermittently stops checking in with the userspace watchdog ("hung 40/80 seconds since last successful checkin") and the machine resets. The part I'm asking about: since ~2026-06-17 the wedge no longer ends in a normal panic-reboot — it escalates to recoveryOS and forces a full Mac reactivation (local password + iCloud). Four times in 55 hours. The most recent was captured live and fired on a machine that was idle, memory-clean (1.2 GB free, flat swap, no Jetsam), with the underlying IOKit power-assertion count plateaued — so this is not resource exhaustion at the moment of the wedge. It reproduces under a heavy third-party workload (an Electron app's per-session process fan-out, tracked separately by the vendor). I'm not asking Apple to fix that app — I'm asking about the OS behaviors that turn "an app uses a lot over many hours" into "the owner is locked out pending iCloud reactivation." Apple-side vs app-side (so this isn't dismissed as a third-party issue) Apple's — and these should hold regardless of any app, because no userspace workload should be able to cause them: A userspace WindowServer watchdog timeout escalating to a firmware/recoveryOS reset that invalidates the boot policy and demands iCloud reactivation. On disk, the four 06-18→06-20 events have the WindowServer watchdog .spin/.ips but no panic-full and no ResetCounter — they did not take the normal panic-reboot path. The watchdog resetting the whole machine instead of restarting the wedged compositor ("WindowServer has not exited since first loaded"). WindowServer/SkyLight degrading cumulatively under sustained use so the wedge fires even when the machine is currently idle and memory-clean (below). IOKit never reclaiming RootDomainUserClient (IOPMrootDomain) registrations — they accumulate unbounded and clear only on reboot, and the dominant holders are Apple's own daemons (apsd, WebThumbnailExtension), not the app. App-side (separate tracker): unbounded per-session MCP process fan-out + an Electron footprint + a held NoIdleSleep assertion forcing sustained display-on operation. That controls how fast you reach the degraded state; the OS controls whether reaching it is a graceful degrade or an owner-lockout. Event 4 shows the OS failure with no resource exhaustion present at all. System MacBook Pro 14" (Mac14,5), M2 Max (T6020), 38-core GPU, 32 GB — a high-end, fully capable machine I had essentially never needed to reboot before this; it now forces a reactivation roughly once per day of use. macOS 26.5.1 (25F80), kernel xnu-12377.121.6~2 (Darwin 25.5.0). FileVault on, no third-party kexts, 161 GB free disk. Same kernel build as 25F71 — the update didn't change it. Signature userspace watchdog timeout: no successful checkins from WindowServer (0 induced crashes) in 120 seconds WindowServer has not exited since first loaded service: logd / opendirectoryd / configd — last checkin: 0 seconds ago service: WindowServer — last checkin: 120 seconds ago Panicked task ... watchdogd; KEXT backtrace: AppleARMWatchdogTimer -> AppleARMPlatform Compressor Info: NN% (OK) ... 0 swapfiles <-- memory-clean Only WindowServer is stuck; logd/opendirectoryd/configd check in normally. Pre-reset spindumps show ws_main_thread off-CPU ~59 s, wedged in SkyLight → QuartzCore CA::Transaction::commit / CALayer render-commit. Two spindumps per event (the 40 s/80 s checkpoints before the 120 s reset). Timeline & the escalation point (verifiable on disk by panic-full/ResetCounter presence) Normal panic-reboots (panic-full + ResetCounter written): 06-15 22:24 (~6.2 h uptime), 06-16 11:39 (~13.2 h), plus 06-14 / 06-15 16:07 / 06-16 20:08. Latest panic-full on disk = 06-16 20:08. Escalated to recoveryOS reactivation (NO panic-full, NO ResetCounter): # When WindowServer uptime at wedge state R1 06-18 01:23 ~27.6 h (99,278 s) R2 06-18 19:53 ~18.4 h (66,201 s) + Jetsam pressure R3 06-19 15:30 ~19.2 h (68,991 s) R4 06-20 08:19 ~16.7 h (60,180 s) idle, 1.2 GB free, leak plateaued 583 Uptime = WindowServer-process uptime from the .ips "M checkins since K seconds ago" field (the coarse uptime JSON field — 99000/66000/69000/60000 — corroborates). Time-to-wedge is not a fixed interval — it ranges ~6–28 h and scales inversely with GPU/compositor load; the invariant is sustained use, not a clock value. After 06-16 there are zero panic-full and zero ResetCounter on disk — the fingerprint of the recoveryOS escalation. Decisive evidence — R4, captured live A monitor sampling every 2.5 min when WindowServer wedged (08:19, 16.7 h): 08:14 iopm=581 free=1833MB swap=3732MB load=2.88 08:19 iopm=583 free=1192MB swap=3724MB load=3.03 <-- watchdog spindump written Idle (load ~3), 1.2 GB free, flat swap, no Jetsam, the IOKit power-assertion count plateaued at 583. Nothing to exhaust — it still wedged and escalated to reactivation. The trigger is cumulative WindowServer/SkyLight state, not the resource level. The leak (an aggravator) RootDomainUserClient/IOPMrootDomain clients climb without bound (baseline ~120 → 583–923 here). Dominant holders are Apple daemons (live ioreg walk 2 min pre-panic: apsd 228/596, then Safari/WindowServer/powerd/loginwindow). Killing the top creating process does not reclaim them (ioclasscount 526→526) — kernel-orphaned, reboot-only. Per R4 the leak is an aggravator, not the threshold (583 wedged; 923 had not earlier). Ruled out Hardware (survived 25F71→25F80, same kernel; peripheral + driver removal); memory exhaustion (R4 and others memory-clean); a fixed clock (load-dependent, 6–28 h); an iopm threshold (R4 plateaued at 583). Questions for Apple engineering Why does a userspace WindowServer watchdog timeout escalate to recoveryOS + forced reactivation (boot-policy re-verification) instead of a normal panic-reboot? What invalidates LocalPolicy / triggers Activation-Lock re-verification on this path? What in WindowServer/SkyLight degrades cumulatively over sustained use so a render-commit can't complete within the watchdog window even on an idle, memory-clean machine? Can the watchdog restart the wedged WindowServer ("has not exited since first loaded") instead of resetting the whole machine into a reactivation lockout? Can IOKit lifecycle-bound RootDomainUserClient (IOPMrootDomain) registrations so they don't accumulate unreclaimable? Dominant creators are Apple daemons (apsd, WebThumbnailExtension). Apple Feedback FB22947849 has the per-event spindumps, .ips, the live monitor log, and a sysdiagnose. I'd most appreciate a pointer on #1 — the reactivation escalation is what turns a recoverable crash into a repeated owner-lockout.

My app says ready for distribution. What are my next steps? App store version release is locked with a time but every time that passes it just changes the time. I can not change it to manual and there is no launch button that I can find.

Hi everyone, my Digital Services Act (DSA) status in App Store Connect has been “In Review” for over a week. Is this normal? The app is already available in 178 countries, but it can’t be released in the EU (my home market) solely because this DSA isn’t approved yet. How long did it take for you? Is there anything that helps speed up the DSA review? Thanks for any insights.

This issue is particularly noticeable in Electron-based apps (such as VS Code, Termius and so on), where an abnormal white line appears at the very top of the window when macOS is in Light Mode. Interestingly, it behaves normal when macOS switches to Dark Mode (I have attached screenshot examples). It would be more apparent with a dark background and app is in dark theme. This bug seems to persist across multiple macOS versions. For additional context, this widespread behavior has also been documented in a VS Code GitHub issue: https://github.com/microsoft/vscode/issues/144389. Since this flaw impacts a wide range of applications, it is highly likely a systemic issue that needs to be addressed by the macOS team, rather than individual app developers. This visual glitch is quite distracting during daily use, I have submitted this issue to Apple team. I hope more people could feedback this to Apple to fix it.

I have tried to upgrade to macOS 27 Beta from 26.1 Beta on my MacBook Air M1, but it just doesn't work. I've tried: Software update Installer Terminal both in normal boot and safe boot. Six attempts, none worked. Here are some screenshots: P lease help as I'm freaking out. Thanks in advance! Specs: OS: macOS 26.1 Beta (25B5057f) Chip: Apple Silicon M1 RAM: 8GB

Device: iPhone 17 Pro iOS Version: iOS 27 beta Problem Description I am experiencing the following issues on iOS 27 Beta: Bluetooth randomly turns off and on automatically • Bluetooth occasionally turns off by itself for a few seconds and then turns back on. • The issue is especially severe when connected to AirPods Pro 2 (latest beta firmware), but it also occurs even without AirPods connected. • It usually only starts happening frequently after the iPhone has been powered on for a long time. Restarting the device temporarily resolves it. 2. Network Connection Issues • Network frequently experiences lag and slow speeds. • The problem becomes particularly noticeable when cellular data is throttled to 1 Mbps. • Even when multiple strong Wi-Fi signals are available, the device often ignores them and continues using or automatically switches back to cellular data (relatively frequent intermittent issue). 3. Feedback Assistant completely broken • Trying to submit feedback through the Feedback Assistant app delay fails with the following error: 开始反馈时出错 请稍后再试。

I’ve been experiencing several issues on my iPhone that have become quite frustrating: The device frequently freezes and becomes unresponsive. In many apps, the touch screen suddenly stops responding, and even during typing or chatting, there are noticeable lags and stutters. The camera switching behavior is poor. The camera often jumps between lenses unnecessarily, resulting in an inconsistent and unpleasant experience. A major bug affects screenshots. When I take a screenshot and immediately crop it before saving, the edit appears to be applied successfully. However, when I later open the image in Photos, the screenshot is still the original full-screen version and the crop was not saved. The sticker creation feature in Photos, where users can press and hold an object to create a sticker, performs very poorly. Object detection is often inaccurate, unreliable, and appears to be buggy. These issues significantly affect the overall user experience and should be investigated.

How can I get in touch with Apple Engineering since this doesn’t seem to work despite being told it’s the only way? I made this post in the appropriate forum several days ago. No responses. https://developer.apple.com/forums/thread/834948

Hello, I am seeking assistance regarding a prolonged Apple Developer Program enrollment review for an official government organization. Our project depends on the completion of this enrollment, and the delay is preventing us from proceeding with planned iOS application deployment. Timeline: • May 10, 2026 – Apple Developer Relations confirmed receipt of our requested documentation and stated that they would review it and follow up within two business days. • May 14, 2026 (Case 102887434349) – Developer Support informed us that our documents were still under review. • May 22, 2026 (Case 102894600019) – Developer Support informed us that our enrollment had been forwarded to the Senior Advisor Team. • June 12, 2026 (Case 102911953827) – During a follow-up inquiry, we were informed that the enrollment had been forwarded to a Review Team. • June 15, 2026 – We submitted an urgent request explaining the importance of this enrollment for an active government project. As of today, more than five weeks have passed since Apple received our documentation, and we have not received any requests for additional information or any estimated timeline for completion. We fully understand that reviews may require additional verification. However, given the duration of the process and the involvement of multiple internal teams, we would greatly appreciate any assistance in determining the current status of the enrollment. If an Apple Community Manager or Apple Developer Relations representative is able to review this matter or help escalate it internally, we would be extremely grateful. We are prepared to provide any additional documentation or verification immediately. Thank you for your time and assistance.

I'm trying to install Mac OS 27 on my Mac Book Pro m1 pro and I'm getting this error: I have tried from the terminal, clearing the cache, and I've tried a couple of different days and the issue still occurs. Internet connection if fine, no VPNs and nothing that should block it.

Device: iPhone model + iOS 27 beta build number Mac: Mac model + macOS version Issue: Mac connects to iPhone Personal Hotspot successfully, but after several minutes the hotspot disconnects automatically. Expected: Mac should remain connected while hotspot is enabled and devices are nearby. Actual: Wi-Fi disconnects and Mac loses internet. Workarounds tried: Maximum Compatibility, restarting Wi-Fi, disabling VPN/Shadowrocket, USB tethering. Frequency: happens repeatedly / every X minutes.

My devices are showing a message has not been viewed but I can't find it. I looked through all the messages on my devices and all show viewed. Am using the latest betas on iPhone, iMac, iPad. Any advice?

I am running the latest iOS 27 Developer Beta on an iPhone 17 Pro Max and appear to be experiencing a persistent indexing issue. Symptoms include: • Spotlight Search results are incomplete or inconsistent. • Siri is able to find information that should be available on the device. • Apple Intelligence features do not appear to be functioning normally. • The device behaves as though indexing is complete or stalled. • Search performance and content discovery are not what they were prior to updating. I have already: • Restarted the device multiple times. • Confirmed the device has remained connected to Wi-Fi and power. • Allowed significant time for indexing to complete. • Verified Apple Intelligence and Siri settings. Apple Developer Support advised that they do not provide troubleshooting assistance for public-facing beta software issues and recommended using Feedback Assistant and the developer community. Has anyone else on the iOS 27 Developer Beta experienced: • Stuck or incomplete Spotlight indexing? • Siri failing to locate on-device content? • Apple Intelligence features not working correctly after installation? If so, were you able to resolve it, and what steps helped? Thank you.