Account Locked

I know you guys probably don’t care or what to help with this, but I got taken down in the support communities because I simply run a beta version (didn’t even discuss it), but here we go. So, as a friendly warning, my rule of thumb is that you shouldn't install our betas on a machine unless you’re willing to erase the entire contents of that machine. By definition, our beta releases are not stable, well-tested releases intended to be run on production hardware. **My MacBook Air has multiple accounts, and the other users & shared category takes up 100+ gb. When I sign into one of the accounts, that 100+ gb gets moved to System Data. When I look in Finder, the user only seems to take up 12 gb, though. I’ve shown hidden items and looked through the library, but it’s not showing anything that’s taking up that much space! ** A few points here: How data is classified partly depends on the access permission of the user, which means data can shift into other categories simply because that user

Every authenticator app can generate codes for multiple accounts, so yes, you can use your iPhone for more than one account. That aside, this isn't the place for this sort of question. These are the Developer Forums, where developers of apps for Apple's platforms ask each other for hints and tips on coding. Your question is more of a product support one, so I'd suggest you ask it over at the Apple Support Forums. Thanks.

@DTS Engineer, I created a secondary user account on my machine and I am receiving the same build errors.

We had gone that route over the weekend, as it was similar to what I had done years ago and I thought it would work. But he got an error and so I figured ask here and see if there was a better path. We used Transporter instead of Xcode archives because it seemed faster/more straight forward. But thinking about it after this response, the error was about verifying that the bundle identifier was correct, and that a temporary .itmsp couldn't be created because it was incorrect for the account. Realizing now that we didn't create the app up on AppStore Connect before attempting the upload. Did that last night, and will have him try again.

Thanks for running that test. [quote='853184022, mackers, /thread/796123?answerId=853184022#853184022, /profile/mackers'] I suspect something more environmental to my machine. [/quote] Right, but the question is whether to debug this from ‘above’ or ‘below’. So, speaking of ‘below’, let’s try this test: If you create a new user account on your Mac and try to build the project there, does it have the same problem? If it does, that means there’s something going on with your system as a whole. If it doesn’t, that means it’s tied to your user account. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='853194022, cameronbanga, /thread/750297?answerId=853194022#853194022, /profile/cameronbanga'] all of the documentation seems to indicate that Individual accounts should behavior just like Organization accounts. [/quote] Not all the documentation. The doc I linked to above is pretty clear about this limitation. Anyway, regarding your big picture issue, I’ve replied on the the thread you started for that. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The tricky part here is that, once you start messing around with code running as root, there are multiple TCC databases to contend with, namely the one for your user account and the one for the system as a whole. That complicates matters. Thanks for the insight. I didn't know that! Out of curiosity: would a sudo tccutil reset All com.mycompany.myapp reset the permissions for the app for the root user? So, anyway, lemme clarify your actual setup. It sounds like you’re: Using an IOHIDManager to discover HID devices. That vends you various IOHIDDevice objects. You choose one and call IOHIDDeviceOpen on it. Is that right? I'm doing it a bit differently: Using IOServiceAddMatchingNotification() to look for IOKit services of IOHIDDevice class. Match the properties of the IOKit services/devices I receive in the callback with the properties in the callback. And if it fulfills my criteria, proceed to the next step. Use IORegistryEntryGetRegistryEntryID() to get the registry entry ID for the IOKit service of t

[quote='796552021, cameronbanga, /thread/796552, /profile/cameronbanga'] is there a way I can submit this app for him up to App Store Connect? [/quote] Not easily, but I think that you might be able to make this work. Lemme start with this bit: [quote='796552021, cameronbanga, /thread/796552, /profile/cameronbanga'] He granted me Admin access on his account, but I can't see or select his team in Xcode [/quote] Right. That’s because this is an Individual account. See my reply on this thread. I think you can make this work using Xcode archives: Have your friend create a code-signing identity and a provisioning profile for you to use during development. Import the code-signing identity into Keychain Access on your Mac. In the project, disable automatic code signing. In Signing & Capabilities, import the provisioning profile and select it. This should allow you to build for your device. When it comes time to distribute, you can do a Product > Archive to create an Xcode archive. Pass that

Having this issue and all of the documentation seems to indicate that Individual accounts should behavior just like Organization accounts. I have a friend who has an Individual account, who would like me to upload and submit a build for him. Is there no way to do this without him giving me access to his personal Apple account credentials? He's made me an Admin on his account?

You can store your Desktop items and Documents folder contents in iCloud Drive, so it looks like the Public Beta might have turned this option on. Just go into your Settings app and into your Apple Account. In the iCloud section there'll be a Drive item, and within there will be a switch to turn off Desktop & Documents Folders. (These steps are valid for Sequoia, and may have changed slightly in Tahoe, so take a minute and have a look around.)

My menu code is all in Objective-C too (old app still going). I've been using UIMenuBuilder since iOS 14 in support of macOS via Mac Catalyst. My proposed solution also works now on the iPad in iOS 26. Your case is slightly more complicated than mine. I support multiple scenes but all of the scenes are the same class with the same root view controller class. First, design your overall app menu taking into account the needs of general app-level menu items and items specific to each of your scenes' root view controllers. In the end you will have common menu items used by all scenes, you will have items specific to each scene, and you will have items that work even if there are no open scenes. Once you know all of the possible menu items, you will use UIMenuBuilder in the app delegate to build the entire possible menu structure. Then there will be validation code in the app delegate and each of your possible root view controllers. Each root view controller will only validate the items it can handle. For