Same issue here! 10 months.. no answer - problems like these demonstrate why it's so much fun to create apps on macOS. Really, really sad state of affairs.

Cheers - saw that before when searching, but doesn't really apply. I've ended up sprinkling my code with @available conditionals and setting min/maxSize for NSToolbarItems programmatically for legacy macOS versions (many of my users are still running for sure).

Same question here! Hellooooooo Apple - anybody home??

Ahh... the joy of Apple Help programming! Great (Nov. 2021) post on the topic: "Why won’t that Help book open?", https://eclecticlight.co/2021/11/16/why-wont-that-help-book-open/ Provides some tips when working on Help Books. I've found that copying an existing (e.g. Apple) help book and starting from there (adding content for your own app) worked best for me in the past. Even managed to enable print for (local) Help Books via reverse engineering Apple's user guides, something my users have been asking for.

Still getting frequent emails from confused customers as I have a customer base of .. casual Mac users who don't understand that the macOS Print Panel can be expanded to show additional, application specific settings. Any input from an Apple Engineer much appreciated. cheers, Jan

FWIW - I'm already using RSAppMovementMonitor (https://github.com/redsweater/RSAppMovementMonitor) but it won't detect the updater process swapping the binaries while the app is running..

Have you investigated the view hierarchy with Xcode's view debugger? This is commonly caused by views on top of the view in question 'eating' your mouse events.. Cheers, Jay

Hi Quinn, That would seem sensible. However, since a couple of macOS releases I'm getting crash reports whenever I'm updating a view: Usually it happens after e.g. adding a binding or custom transformer in version B. The crash reports then come in for version A shortly after version B has been released and refer e.g. to the binding not present in the view controller or the value transformer (introduced only in newer version B) not known in older version A. I should mention that the UI of my apps is modular consisting of 100+ .xibs (.nibs), so lazy loading appears to be in effect. And this happens reliably every time I'm updating/extending the UI. (probably affecting less than 1% of the user base but still annoying as I cannot do anything about the App Store's update mechanism) Thanks, Jay

Hi Quinn, Exactly. Only crash reports with the very specific circumstances described above. I also haven't bothered open a support request with DTS for this reason - from experience this kind of incident usually goes nowhere w/o providing exact steps on how to replicate an issue.. Cheers, Jay — JayMcBee less than a minute ago

Interesting idea - I'll give it a try and report back. Cheers, Jay

My bad - NSPrintInfo.sharedPrintInfo is different from NSPrintOperation.currentOperation.printInfo Cheeky! Cheers, Jay

FWIW a clean re-install (removal of app plus all data, e.g. via LaunchPad) eventually resolved the issue with macOS Ventura for our users... Cheers, Jay

..anytime soon now, yes? Cheers, Jay

It appears in my case - after switching the size mode to 'Automatic' for all items - a stray NSToolbarSeparatorItem (deprecated) was causing the warning. After removing the NSToolbarSeparatorItem the warning was gone.. Cheers, Jay

Right... crickets. So I suppose the gist of it is then SceneKit == dead RealityKit == modern, future-proof replacement Yes? Could anybody from the mothership please provide any kind of guidance.. Cheers, Jay