Post

Replies

Boosts

Views

Activity

Reply to Incorrect menu consistency warnings logged in Tahoe for NSStatusItem, performance issues related?
[quote='865567022, siracusa, /thread/804395?answerId=865567022#865567022, /profile/siracusa'] My app also has a default Main Menu in its Main.storyboard file because it has a setting to decide if the app should show a Dock icon and menu bar or not (honored by callingNSApp.setActivationPolicy(…) at runtime). I get these warnings about the default menus in the main menu bar when my app launches. [/quote] It seems I get these too! I wasn’t looking at what my app was logging right after launch. The app I forked had a feature like this one in SwitchGlass. I had stripped out that feature, among so many others, but was considering add it back and so left the .nib in the app. So a good guess might be that any LSUIElement app nevertheless with a main menu logs these warnings. The similar warnings about my NSStatusItem menu, it seems they however are no longer being emitted under 26.2 beta (sadly I didn't check 26.1). So if one datapoint can be extrapolated into a trend, perhaps the main menu logs will eventually be removed too. My laggy menu problem however is not completely gone. I suspect the lag and the logged warnings are not connected. (mac pro: i still believe)
Topic: UI Frameworks SubTopic: AppKit Tags:
3w
Reply to Incorrect menu consistency warnings logged in Tahoe for NSStatusItem, performance issues related?
(damn, i had notifications off and didn't see this response for a week 😩) . if your menu item is working normally... It's not. Paraphrasing the first paragraph of my question: I'm wondering if there's a connection between these new log messages and the performance problems I'm seeing using my menu on Tahoe. And it's not lag involving the menu item mentioned in the log, its the whole menu. I was grasping at straws with this log message connection. But also I wanted to ask here before filing a bug report about the seemingly incorrect messages, which I'll do If they're still occurring with 26.1. I'll mention more about the lag and beach balls, even though I might be making a new post about it. I haven't seen anything like this in other menus in other normal or menubar applications. The issue is new in Tahoe, and I'm running an i9 Intel (trying to get confirmation today about the same thing occurring on Apple Silicon). The lag is when selecting any of the menu's static menu items defined in my .nib file. Mousing down the menu over menu items there's a delay before the highlight draws, or to select an item, also just when clicking elsewhere to close the menu. So it's not just the specific menu item mentioned in the log messages or its submenu. In fact I'm removing those from the menu later in awakeFromNib right after the logging occurs. My app uses that removed and retained menu item as a prototype, potentially copying the object and adding copies to the menu later. This seems to work to dynamically add instances of the parent menu item each with its submenu. I'm seeing the lag without having added any such dynamic items. On previous OS versions I only had more-minor lag issues setting the menu state prior to opening it. I optimized this by pre-flighting item addition and removal so I only changed menu item visibility prior to opening. This hasn't changed on Tahoe and I see no new lag when opening the menu. I'm still looking for a clue in my saved Instruments runs, and constructing a simplified version of my app to investigate the problem. I'll post another thread if I spot something, and/or file an individual bug report about it.
Topic: UI Frameworks SubTopic: AppKit Tags:
Oct ’25
Reply to CoreData in Swift Packages
This was helpful, I wasn't able to find much this failure. The formatting of your code block didn't work, lets see if I can paste your snippet and get the formatting better: let bundle = Bundle.module let modelURL = bundle.url(forResource: "ModelName", withExtension: ".momd")! let model = NSManagedObjectModel(contentsOf: modelURL)! let container = NSPersistentCloudKitContainer(name: "ModelName", managedObjectModel: model) My situation was a little different, a test case target that wasn't finding the model for some reason, and Bundle.main wasn't right, that was some test runner process embedded in Xcode.app, . To find the right one I have to dive into allBundles with let bundle = Bundle.allBundles.first(where: { $0.bundleURL.pathExtension == "xctest" }): guard let bundle = Bundle.allBundles.first(where: { $0.bundleURL.pathExtension == "xctest" }) else { fatalError("can't find test bundle containing model") } guard let modelURL = bundle.url(forResource: "Storage", withExtension: ".momd") else { fatalError("can't find model") } guard let model = NSManagedObjectModel(contentsOf: modelURL) else { fatalError("can't create model") } let container = NSPersistentCloudKitContainer(name: "ModelName", managedObjectModel: model)
Jul ’25
Reply to Filling the tax Information. Help needed.
On my "U.S. Certificate of Foreign Status of Beneficial Owner." form (doing this November 2024 from Canada) it doesn't say "U.S. Person", however it does have the "Title" field I need to fill in with something to make the "Submit" button enabled. Indeed there's no help for what's wanted in this field, and I couldn't find anything else online. Other tax things I needed to setup had me classify myself as a Sole Proprietor, so that's what I'm going to try as my "title". I have no idea!
Topic: App & System Services SubTopic: StoreKit Tags:
Nov ’24