Today I upgraded to XCode 13.2.1. THIS PROBLEM IS NOT FIXED. It seems likely that this is a problem with the server at the App Store.

The many developers that have reported this to Bug Reporter have had their reports updated with "Resolution: Potential fix identified - In macOS 12.2" "Potential" doesn't sound very reassuring. If anyone is using the beta of 12.2 it would be interesting to see if it works.

This is fixed in macOS 12.2. The first time I built and ran my app it exited. But when I launched it again there was a test receipt in the app bundle. It didn't ask for my test user ID and password like it used to. I was logged on to the App Store with these so it looks like it will add the receipt without asking for these credentials.

This is working on 12.2.

I did a lot more work on this and I found: In my panel controller I have four IBOutlets declared like this: @implementation myAlertController { IBOutlet NSPanel *myAlertPanel; IBOutlet NSTextField *errorTypeField; IBOutlet NSTextField *messageField; IBOutlet NSButton *oKButton; } The File's Owner is correctly set to the panel controller. The problem is that Interface Builder only recognizes some of the IBOutlets. It knows that the NSPanel is an IBOutlet but even though the controller correctly sets the text in the two NSTextFields it shows an error that the File's owner doesn't have these outlets. Finally it doesn't recognize the NSButton. Even though the button sends the correct message to the controller I can't connect the outlet to it because Interface doesn't recognize the fact that it exists. I've tried everything I can think of to fix this like cleaning and rebuilding, removing and reinserting the text fields, etc. but it won't work. The application I'm working on has a lot of similar controllers and they work. It looks to me like this is another huge bug in XCode Interface Builder.

I figured out how to bring up the assistant editor and connect the NSButton to my source code that way. After I drag the button to the File's owner's implementation, XCode asks me to name the NSButton *. I do this. After this I can connect the NSButton * to the action I want - stopModalDialog. BUT the button is not highlighted and even though it's attributes are set to active, etc. it isn't highlighted and it won't respond to the message [theButton highlight: YES]; Also I'm getting all kinds of error messages from Interface builder like "Auto Layout Localization Localization - Views without layout constraints may clip their content or overlap other views." and "Incorrect Intrinsic size - NSTextField's height does not match its intrinsic content size use "Size to Fit Content" to correct" I can add Constraints to this Panel and this will suppress these errors but it will move the UI objects, resize the window or add autoresizing. I don't need any of this and it's a real hassle to deal with it.

I was able to fix most of this by deleting the Constraints, checking "Show Title Bar", "Hide Title Text" and "Transparent Title Bar" in the Panel attributes and re adding constraints. There are still some weird things going on - for example in the Window's attributes in the right pane its type is NSPanel but in the pane on the left, Interface Builder thinks it's an NSWindow. Maybe the file is corrupted. Apple is now almost requiring Constraints and or resizing sub-views. This is a case of severe over-kill. Lots of complexity where is's not generally needed.

This morning I ran a project. It was fine. Then this afternoon and I got the exit 173 bug AGAIN: datetime appname[3785:75448] Failed to fetch the MacAppStore receipt. Alert: “appname” is damaged and can’t be opened. Delete “appname” and download it again from the App Store. Seriously this has been screwed up on and off for YEARS. I can't believe that Apple hasn't gotten this critical bug fixed and doesn't acknowledge it or provide a work-around. I guess I'll have to file a bug report again for the nth time but I don't know why since it never helped in the past. AAARRRGGG!

I tried to log on to the App Store to make sure that I was logged on as my iTunes test user. After two-factor authentication I entered my iTunes test user Id and password. App Store posts an alert saying that my iTunes test user has not yet been used with the App Store (BS). The alert has two buttons: "cancel "and "review" If I hit the "review" button the page displays text saying "We've run in to a problem, try again later". A problem? No **** Apple. A problem with XCode and App Store that has been broken on and off for about FIVE YEARS. And yes, I did file a bug Report AGAIN.

Feedback ID: FB10211910 this time. Also FB10023318 and FB9760796.

It's working again this morning. It isn't asking for my user ID and password. I'm going to make a copy of the receipt so if this stops working again as it has in the past I will be able to include it in my project as a build phase.

This is happening again with XCode 13.4.1. I have changed the text in my Help Book using the editor in XCode. After clearing the caches, the build folder and jumping through all of the other firey hoops mentioned in this thread it is still building the App with a cached version of the Help Book, so I can't update it. As you can see from this post's history this wound has been festering for at least FOUR YEARS. Does anyone have any ideas of how to fix this?

I filed a bug report with apple. They replied that none of those methods for clearing the old help book will work. HV cached are stored in ~/Library/Caches/com.apple.held. The correct way to clear the cached Help Books is to use the terminal command hiutil -P ~/Library/Caches/com.apple.held. Be sure to delete other versions of the app because the OS might index versions in /Applications and ~/Applications. Interestingly man hiutil in the terminal doesn't list the P flag but it does seem to exist because the command hiutil -P ~/Library/Caches/com.apple.held does seem to delete the cached version of the Help Book.

1/18/2023 - I submitted a new version of a Mac OS App 19 days ago. It is still waiting for review. Yes, the App Store review system has a problem.

Also I should mention that in the build settings "Interface Builder XIB Compiler Options" I can set Show Errors, Show Notices and Show Warnings to NO but XCode still reports these warnings. Also only some NSText fields generate this warning even though they are all configured the same except for their sizes and locations.