Hi there, thanks again for fully fixing the hang/slowdown issue in the latest versions of XCode 16. :) The SourceEditorDataSource.contentRangeForLineRange(_:) + 244 issue/crash when trying to commit a localization change still persists. I am sure there is an offending character somewhere in the project's Localizable.xcstrings, but since this is now such a monolithic file with all languages combined, it is simply not possible to pinpoint where the issue is + the issue would just reintroduce itself as translators submit new translations. Would it be possible to somehow escalate and fix this issue as well? I am sure others encounter similar issues. I posted a new thread about it so the issue is not conflated with the hang issue which is now fully fixed: https://developer.apple.com/forums/thread/767230?page=1#811224022 Thank you!

Here is a crash log for the current XCode 16.2 beta (16B5100e) for reference. Xcode-2024-10-27-092154.ips.txt

Still, even with the latest 16.1 beta2 I experience some of these issues. The long delays on compile is mostly gone, which is a welcome improvement! :) Opening Localizatble.xcstrings still cause some temporary hang. Any commit that involves Localizable.xcstrings however still crashes XCode at SourceEditorDataSource.contentRangeForLineRange(_:) + 244 (issue described in FB14906558): Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 SourceEditor 0x1172202e4 SourceEditorDataSource.contentRangeForLineRange(_:) + 244 1 IDEDelta 0x372d9d768 specialized Collection.map<A, B>(_:) + 212 2 IDEDelta 0x372d9a198 SourceCodeGalleryExhibitEditor.delta_collapseToSuggestedLineRanges(for:) + 796 3 IDEDelta 0x372d64e7c ComparisonContext.sessionDidScrapeDiffResults(_:) + 276 4 IDEDelta 0x372d651f8 @objc ComparisonContext.sessionDidScrapeDiffResults(_:) + 52 5 DeltaFoundation 0x1313dd4e8 -[DESession _notifySessionDidScrape] + 212 6 DeltaFoundation 0x1313dcf3c -[DESession _scrapeResults] + 400 7 DeltaFoundation 0x1313dc940 __38-[DESession performDiffAsynchronously]_block_invoke_3 + 68 8 libdispatch.dylib 0x184dc68f8 _dispatch_call_block_and_release + 32 9 libdispatch.dylib 0x184dc8658 _dispatch_client_callout + 20 10 libdispatch.dylib 0x184dd6f68 _dispatch_main_queue_drain + 980 11 libdispatch.dylib 0x184dd6b84 _dispatch_main_queue_callback_4CF + 44 12 CoreFoundation 0x1850a0bb4 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 16 13 CoreFoundation 0x185060930 __CFRunLoopRun + 1996 14 CoreFoundation 0x18505fae8 CFRunLoopRunSpecific + 572 15 HIToolbox 0x1905e9f64 RunCurrentEventLoopInMode + 292 16 HIToolbox 0x1905efd54 ReceiveNextEventCommon + 636 17 HIToolbox 0x1905efeb8 _BlockUntilNextEventMatchingListInModeWithFilter + 76 18 AppKit 0x188ba0e2c _DPSNextEvent + 660 19 AppKit 0x1894dae2c -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688 20 AppKit 0x188b93e80 -[NSApplication run] + 480 21 IDEKit 0x107d60ee0 -[IDEApplication run] + 60 22 AppKit 0x188b6a750 NSApplicationMain + 888 23 dyld 0x184bf8274 start + 2840

Thank you! I posted two additional feebacks: FB14906558 about the crash on commit with crash log included. Issue happens with probably some offending character somewhere in the huge Localizable.xcstrings file which Xcode might have issue processing changes to show diff on the Commit tab. Crash consistently happens at SourceEditorDataSource.contentRangeForLineRange(_:) + 244 FB14906651 is about the hang/wait on end of most builds or sometimes opening Localizable.xcstrings. During this the CPU is at 100% and Xcode is indicated as not responding by Activity Monitor. Most of the activity causing the hang seems to be happening in IDEXclocNavigableRep.respondToXclocChange(_:) (in IDELocalizationCatalogEditor) + 256. This however usually takes only 5-15 seconds, so much better than the initial issue. Still, this wait adds up, especially if one needs to build regularly. Thank you for looking into these issues, I really appreciate your work and sorry for the grumpy tone of my earlier comment. :]

Sadly localization still causes a 5-15 seconds complete freeze (with the Build Succeeded bezel notification stuck on the center of the screen) after a compile when changing any SwiftUI source - even in the latest beta6. I guess this won't be fixed now, but this is something truly disrupting and slows things down especially if one needs to recompile a lot. Somewhat unrelated, but Xcode still tends to crash on commits due to some character issue somewhere in localization. With the huge, monolithic Localizable.xcstrings it is almost impossible to figure out what character and where offends XCode and whenever translators change something and a new translation is imported, the issue reemerges anyway, so we gave up hunting for these issues and instead switched to using GitHub Desktop to commit and push as Xcode is basically useless for this task. While all the improvements are truly appreciated, things are very half-baked still, it would be great if Localization support could be improved, it's now a huge pain. :|

Things improved vastly in beta4. There is still a hang when opening Localizable but it only takes 6-7 seconds (MBP 16" M3 Max), which is much better than the minutes it took previously. The same delay happens on completion of a build. CPU usage is 100% and even the Bezel notification ("Build succeeded") on build completion stays locked on-screen for this period of time (as previously, but for a much shorter time). An other huge improvement is that the delay does not happen every time I open Localizable or rebuild the project - whatever is happening, the results are now remembered for a while, which is great. With this XCode 16 is now usable for me, so I am happy. Thank you! Note: I think whatever XCode is doing with the strings during these times, it still should be doing it asynchronously and give a feedback to the user it's working on something instead of making the UI fully unresponsive.

This problem is still present in Xcode 16 beta3. :( I was hoping I could transition to the new Xcode but this prevents it. it seems like XCode is in some kind of death spiral around IDEXclocNavigableFileRep.respondToXclocChange(_:) and IDEXclocNavigableRep.respondToXclocChange(_:), but I see many more mentions of localization related stuff. I really hope this will be fixed. I had a fair share of issues with Localizations in Xcode 15 as well but those at least had workarounds (mostly various crashes on commit or push because of certain offending characters which I had to hunt down manually, sometimes spending hours to figure out what offendeds Xcode), but this is an issue I can't seem to find the workaround for.

Right, that makes sense. Thanks for the insight and the code, much appreciated! :)

I see, thank you for pointing to this! :) Minor note: I always have a somewhat mixed feeling when a change retroactively reinterprets existing code like this (also: no warning given by Xcode about any possible ambiguity or change in interpretation), especially when a modifier that is required to restore existing behavior is available only in the latest version of the OS and therefore will make us live with a lot of #if available() blocks for years to came. It would be great at least to have the #available attribute for single modifiers - now one either needs to create a custom modifier to deal with this issue or put large chunks of SwiftUI codes into if #available() blocks because of a single version specific modifier.

Hi there, thanks for the response. To clarify, XCode only hangs - as it turns out, eventually (after about 5 minutes of intense work with 100% CPU load) it responds again and I can navigate the Localizable file. The crash log was generated only after (initially) I thought the hang is permanent and killed XCode. Sorry about the inconsistency, it is an xcstrings file, mentioning xcloc was just an old habit. :) I attached the xcstrings file to the Feedback report - however as I mentioned, XCode can open the xcstrings file as an individual file (when not treated as part of the project) without problem, only opening it as part of a project the hang happens. EDIT: I sent the feedback with all the requested info (FB14108294) + added some more context/observations in the description.

Ok, some more info: After waiting several minutes (about 5) the task seems to complete and I can navigate Localization.xcloc. However closing Localizable and opening it again starts whatever is happening again. So the hang is not permanent. Simply opening Localizable.xcloc file directly outside of the project using XCode 16 seems to work without delay and not cause a hang. The XCode is running at 100% CPU usage during the hang. Attached a sample of what's going on with XCode a few minutes into waiting for it to finish whatever it is doing, after clicking on Localizable file in the IDE. Sample of XCode

Hi there - yes, I sent the crash log using the reporter tool popping up after killing XCode + a brief explanation about what I was doing. If it helps I can provide the offending Localizable.xcloc file along with additional details if needed.

Yeah, this message constantly popping up during debug is a new normal since Ventura 13.3. Does not seem to affect anything though and things work just fine.

This super annoying bug came up after upgrading to 14.3. Project path is ok, so it must be something else.

The fix is of course to replace all DEPRECATED(13.0 to DEPRECATED(10.8 in /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/CoreGraphics.framework/Versions/A/Headers/CGDisplayStream.h Still, it is a shame Apple shipped this in such a state.