Xcode 26.0.1 keeps crashing, freezing, and losing UI connections on small projects (Assistant Editor arrows crash, storyboard drag causes beachball, outlet/IBAction circles disappear) on macOS 26.0

I’m running Xcode 26.0.1 (build 24229) on macOS 26.0 (25A354) with a MacBook Pro Apple M4 Pro chip and 48GB of memory. I’m not working on large projects, yet Xcode has been very unstable for me.


Most recently, Xcode quit unexpectedly when I clicked the navigation arrow in the Assistant Editor. The crash report shows an EXC_BAD_ACCESS (SIGSEGV) in AppKit when handling selection changes via NSControllerConfigurationBinder. The crash stack points to Cocoa bindings being triggered by the Assistant Editor’s selection navigation.


This is just the latest in a string of issues:


  • Xcode often runs slow or freezes. For example, when dragging a UI element onto the storyboard, the IDE beachballs (spinning rainbow cursor), then eventually “catches up.”
  • If I add new lines near an @IBAction or @IBOutlet, the circle connection indicators in the gutter vanish. They only reappear if I completely close and reopen Xcode.
  • etc. etc...


I’m not working on large or complex projects, it feels like this is an IDE stability/performance issue rather than a resource problem. Has anyone else run into similar issues with the Assistant Editor crash, storyboard freezes, or disappearing connection indicators on Xcode 26?

MacBook Pro 16″, macOS 26.0

Posted on Sep 26, 2025 4:48 PM

Reply
23 replies

Oct 28, 2025 8:14 AM in response to austinwellsdev

The developer forum is the best spot to discuss Xcode bugs, as is the developer feedback for reporting Xcode bugs and crashes, and the Apple developer support team. (There’s an Apple organizational partition here.) You will want to report this to Apple Developer Support, and then try either an older or a newer Xcode. Xcode itself can (usually) deal with multiple installed versions, including the command-line tools.


Statistically-generated corpora-tuned text can nicely double the effort on the folks answering questions around here. Not only do we get to answer the question, we also then get to explain why the statistically-generated corpora-tuned text is, as is too often the case, somewhat or completely wrong.


A third-party app developer lacking familiarity with a SIGSEGV segmentation fault is certainly possible (and resources for learning do exist, see image below), but third-party developers are going to have difficulty doing much with a segmentation fault deep within Xcode anyway, given the Xcode source code is not available to third-party developers. This includes the contents and implications of the text in the Xcode or other crash logs, too. Useful for our own apps and particularly where we can symbolicate, and less useful (or far more reverse-engineering effort) for debugging the apps of others.


Sep 28, 2025 12:37 PM in response to leroydouglas

Just compiled all the crashes since 9/22 to 9/27 - 34 crash reports across 3 categories. I submitted it to the feedback assistant, hopefully they iron this out.


XCODE CRASH SUMMARY


OVERVIEW

    • Incident window: 2025-09-22 20:58:26 – 2025-09-27 19:25:56 (local)
    • Total incidents: 34 crash reports across 3 categories
    • Affected Xcode versions: 26.0, 26.0.1 (builds 24228, 24229)
    • macOS build: macOS 26.0 (25A354)
    • Hardware: Mac16,7 on ARM-64
    • Source files: copied from ~/Library/Logs/DiagnosticReports into this folder


CRASH CATEGORIES


Reason // Count // Date Range // Exception // Termination // Notes

    • namespc 31 reason_code 0x0000000000000000 // 23 // 2025-09-22 20:58 – 2025-09-27 19:25 // EXC_GUARD // WEBKIT // EXC_GUARD from WebKit namespace 31 while Interface Builder plug-ins initialize WebView
    • Abort trap: 6 // 10 // 2025-09-26 16:37 – 2025-09-27 16:19 // EXC_CRASH // SIGNAL // IDE assertion triggered in editor layout (asiSignatures: (proportion >= 0.0) && (proportion <= 1.0); [self isValid])
    • Segmentation fault: 11 // 1 // 2025-09-26 19:34 – 2025-09-26 19:34 // EXC_BAD_ACCESS // SIGNAL // Single SIGSEGV (EXC_BAD_ACCESS) reported by exc handler, invalid address


DAILY VOLUME


Date // Count

  • 2025-09-22 // 1
  • 2025-09-26 // 6
  • 2025-09-27 // 27


WHAT HAPPENED

    • 23 guard-violation crashes occurred while Xcode loaded Interface Builder extensions; the stack traces show +[WebView initialize] and IBIntegratorManager, indicating WebKit-backed inspectors failing during startup.
    • 10 assertion-driven aborts fired from IDEAssertionHandler while adjusting editor split views; diagnostics reference (proportion >= 0.0) && (proportion <= 1.0) and [self isValid], pointing to layout invariants being violated.
    • 1 segmentation fault was raised by the exception handler process with an invalid address, suggesting a transient memory access issue.


WHY

    • WebKit guard (namespace 31): macOS terminates the process when WebKit asserts a guarded resource violation. The triggered thread consistently shows +[WebView initialize] invoked via Interface Builder plug-ins, implying a WebKit security guard reacting during simulator or preview tooling initialization.
    • SIGABRT assertions: Xcode calls abort() after IDEAssertionHandler detects invalid UI layout state. The asiSignatures fields show split-view proportion and validity checks, so the aborts are deliberate fails to keep UI geometry within expected bounds.
    • SIGSEGV: The single EXC_BAD_ACCESS report indicates Xcode (through the exc handler helper) dereferenced an invalid pointer; no additional guard data is present, so this looks like an isolated crash.


WHEN

    • First crash: 2025-09-22 20:58:26 (WebKit guard).
    • Activity spike: 27 crashes logged on 2025-09-27, covering all three categories.
    • Latest crash: 2025-09-27 19:25:56 (WebKit guard).

Oct 3, 2025 9:02 AM in response to LLLActive

LLLActive wrote:

As beginner in coding, dump XCode Editor for the mean time?

That implies the existence of something better than Xcode. The fact that Xcode frequently crashes and infuriates its user doesn't necessarily imply that 3rd party alternatives would be better. I commonly see reports from people using tools other than Xcode where they struggle with really basic operations that Xcode does easily.


A fundamental part of learning to code is discipline. A beginner has to keep at it, hour after hour, day after day, year after year. To make any progress, a developer must learn to avoid the "shiny new things" that will continually pop into view. Otherwise, they'll spend their lives in a futile chase.


One of the most important "shiny new things" to avoid is new operating system updates. Look at the marketing for Apple's operating systems for "26". It's literally "shiny new things". I recommend letting other people spin their wheels dealing with bugs. Apple will periodically update the minimum OS and Xcode version required for submission to the App Store. That is the version that developers should be using primarily. Once a developer earns enough money for a new computer, that should be invested on a device to run the latest OS/Xcode version, but only as a test/backup device. Then, when the time comes to upgrade the primary device to the new minimum versions, the now-experienced developer will be able to handle that.

Oct 27, 2025 8:16 PM in response to Edalseel

You can likely find crash reports in ~/Library/Logs/DiagnosticReports/.


Open your terminal and run these commands:


cd ~/Library/Logs/DiagnosticReports/

ls -la


look for any .ips files


to view them:

nano [name of file].ips


to move them somewhere easier to access

cp *.ips ~/Desktop/


to convert them to .txt format

textutil -convert txt ~/Desktop/MyDocuments/*.ips


to remove all copied .ips files

rm ~/Desktop/*.ips


If you’re comfortable with it, just throw a .txt file into your preferred AI and diagnose that way if you want.

Oct 20, 2025 7:44 AM in response to austinwellsdev

Since I downloaded Version 26.0.1 (17A400) after on hour or so the beachball is displayed, a window is then displayed and I am told I am running out of memory and I have to force quit Xcode, it does not crash with a crash report but just freezes with the beach ball turning in circles.


It has happened when I was using the inbuilt ChatGPT AI to check my code.


M4 Mac mini 16GM memory, storage 2TB


All the previous versions ran vey well. (10 years plus).


Oct 28, 2025 5:36 AM in response to austinwellsdev

austinwellsdev wrote:

You can likely find crash reports in ~/Library/Logs/DiagnosticReports/.

Open your terminal and run these commands:

cd ~/Library/Logs/DiagnosticReports/
ls -la

Or just run the Console app. This is literally its only function.


to convert them to .txt format
textutil -convert txt ~/Desktop/MyDocuments/*.ips

Never, never, never do this.


I see a lot of EtreCheck reports. And EtreCheck is a difficult app because it runs differently on each computer. So I see a lot of EtreCheck crash reports too.


All these reports are just text files. They will open in any text editor. They do not need to be converted, reformatted, adjusted, or anything else. This will only corrupt them.

Oct 28, 2025 10:38 AM in response to austinwellsdev

Some reading related to mixing AI tools and source code, here in the context of security bug reports:


Package up a source code reproducer of the Xcode crash, and send it to Apple Developer Feedback Assistant. Preferably not with AI involved.

Sep 27, 2025 5:20 AM in response to austinwellsdev

austinwellsdev wrote:

I’m running Xcode 26.0.1 (build 24229) on macOS 26.0 (25A354) with a MacBook Pro Apple M4 Pro chip and 48GB of memory. I’m not working on large projects, yet Xcode has been very unstable for me.

Most recently, Xcode quit unexpectedly when I clicked the navigation arrow in the Assistant Editor. The crash report shows an EXC_BAD_ACCESS (SIGSEGV)• in AppKit when handling selection changes via NSControllerConfigurationBinder. The crash stack points to Cocoa bindings being triggered by the Assistant Editor’s selection navigation.

This is just the latest in a string of issues:

Xcode often runs slow or freezes. For example, when dragging a UI element onto the storyboard, the IDE beachballs (spinning rainbow cursor), then eventually “catches up.”
• If I add new lines near an @IBAction or @IBOutlet, the circle connection indicators in the gutter vanish. They only reappear if I completely close and reopen Xcode.
• etc. etc...

I’m not working on large or complex projects, it feels like this is an IDE stability/performance issue rather than a resource problem. Has anyone else run into similar issues with the Assistant Editor crash, storyboard freezes, or disappearing connection indicators on Xcode 26?


Seems an Xcode issue, no.


ref: https://xcodereleases.com


ref: https://developer.apple.com/support/xcode/


ref: https://developer.apple.com/contact/

Sep 27, 2025 5:55 AM in response to austinwellsdev

austinwellsdev wrote:

Has anyone else run into similar issues with the Assistant Editor crash, storyboard freezes, or disappearing connection indicators on Xcode 26?

Sure. Xcode is easily the most crash-happy app I have.


Rather than clicking navigation arrows, adding UI elements onto the storyboard, or adding new lines near an @IBAction or @IBOutlet, pause for a minute and consider the breathtaking beauty and design features of the new Liquid Glass toolbars. Marvel at how the square icon is shoved into the round button with a big shadow around it. Observe the translucent features of the glass control that must assuredly be there, in spite of the limitations of your own eyes to see it. Explore the new interactions where you hover the mouse pointer over the round shadow-blob button and it recedes into the background, in the exact opposite manner of good UI design over the past 20 years.


And then ask yourself, isn't this new user experience better than Xcode running without crashing long enough to develop software to feed your family?

Oct 27, 2025 6:59 AM in response to austinwellsdev

I am not really facing crashes, just that InterfaceBuilder is unusable slow! I am using storyboards in an older project. The storyboard is rather small, but it's unusable slow. I klick somewhere, and then beachball. After a couple of seconds i can click on something else, beachball again! Its horrible!

@Apple, is there is anything I can provide to debug, let me know. But PLEASE fix this! It's unusable like that! Thanks a lot!!!

Oct 27, 2025 8:06 AM in response to gbachmann

gbachmann wrote:

@Apple, is there is anything I can provide to debug, let me know. But PLEASE fix this! It's unusable like that! Thanks a lot!!!

Apple isn't here. This is a user-to-user support forum. Nobody here knows anything about your computer. Interface Builder is rather pokey. But what you describe does sound unusually slow. But perhaps you don't have a crazy, maxed-out computer running Xcode? Or maybe you're trying to run Xcode on an Intel machine? No way to know.


At least it sounds like you aren't using SwiftUI previews. Now that's slow!

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Xcode 26.0.1 keeps crashing, freezing, and losing UI connections on small projects (Assistant Editor arrows crash, storyboard drag causes beachball, outlet/IBAction circles disappear) on macOS 26.0

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.