Set breakpoints in your numberOfSections, numberOfRowsInSection and cellForRowAtIndexPath. Make sure those data source methods are all being called and that you’re returning the right values. For the code you’ve shown, step through it and make sure you’re finding the labels you expect using viewWithTag. Incidentally digging into the view hierarchy like that is not a very safe way to do it. In my opinion it’s better to use a proper UITableViewCell subclass with public properties you can set. Then the view controller doesn’t have to know the implementation details of how the cell is showing the data. It just says “Here’s the data. Go do your thing.” And the cell is free to use a UILabel, text field, SwiftUI Text, custom image or whatever.

Can’t say without seeing the relevant code. It’s possible there are issues with doesArrayContainPost or storePostInArray which are not shown. Or maybe it’s being stored just fine in your array and not being correctly supplied to the table view. In any case. Set breakpoints. Step through the code line by line in the debugger. Look at the data coming in vs. what’s existing and see if it’s making the decisions you would expect at the times you expect.

Unfortunately the title is not self explanatory. What warnings are you talking about? What do “context menus” have to do with it? Can you post the actual error messages (copied and pasted, not just your interpretation) and some simple code that demonstrates the problem? Without any details of the specific layout and the specific error messages you’re getting, all anyone can do is point you towards the Auto Layout Programming Guide - https://developer.apple.com/library/archive/documentation/UserExperience/Conceptual/AutolayoutPG/index.html.

Had a reply all typed out, switched tabs, switched back and it’s all gone. !@$* new forums. You should be able to fix it by marking that action parameter as @escaping. It has to be marked as such because the parameter goes out of scope before the closure is executed.

Apple provides a little bit of data on the App Store developer page: https://developer.apple.com/support/app-store/ Personally for a new app releasing in 6+ months I’d probably go iOS 14. You could say iOS 13 but all those devices can upgrade to 14, so adoption will probably be very high. You could argue that people who aren’t willing to update their devices after all those years aren’t as likely to spend money on new apps anyway.

The platform check syntax for Swift is #if os(macOS) ... #elseif os(iOS) ... #endif That gives coarse grained control. If you need to check availability of specific APIs or specific OS versions you’ll need to use @available.

You would add sufficient constraints on the storyboard to keep IB happy, but mark them as “Placeholder (remove at build time)”. There’s a checkbox over in the Attributes inspector for the constraint.

Your app will run, if it’s distributed ad hoc, via TestFlight or the App Store. But the old Xcode version will not be able to run development builds directly on the new OS. You’ll need Xcode 12 for that. Whether it will run without crashing is anybody’s guess 🙂 That’s why they give us early beta access, to fix any unexpected issues. Also keep in mind that there’s a requirement coming Real Soon Now (can’t remember the exact date, but it’s soon) that all updates must be built using the iOS 13 SDK, i.e. Xcode 11. So you’ll need to update to that version at least.

A common cause of this is forgetting to set the dataSource and delegate properties on the table view.

Maybe off topic, but I thought it was not allowed to call verifyReceipt directly from the app. Is this a supported configuration? I suppose you’d have the same issue trying to find the receipt to upload to your server.

You need to open that crash log in Xcode so it gets symbolicated. Then the section “Last Exception Backtrace” will contain the stack trace that caused the problem. Without being symbolicated, it’s not possible to determine anything.

That question is a bit too broad to give any answer. You will have to break it up into manageable pieces. For example how to build your overlays/annotations to look the way you want how to perform your database query when to perform the DB query - e.g. in response to the map view regionDidChangeAnimated If you’re making a network request to the DB, i.e. it’s not embedded in your app bundle, then you’ll have to debounce / rate limit your queries and deal with error conditions and query results coming in asynchronously. If you have specific questions that come up it would be better to post those individually rather than a general “how do I write an app to do this” question.

@Yagizzhan: SwiftUI is the future but it’s still half baked. That may change in a day or two 🙂 Even so, I’d recommend SwiftUI since it’s not too difficult to use UIKit views in places where SwiftUI has no support yet.

Are you setting the numberStyle property of the formatter to one of the currency styles? Are you using localizesFormat to prevent the formatter from using the default separators and currency symbol from the locale?

Is it possible this is the so-called “StoreKit flow” where the user is directed to the App Store app to update an expired credit card for example? In that situation, your transaction observer will receive two callbacks - the first failed, and the second success. Your code needs to be able to handle that case. Unfortunately I’m not aware of any way to simulate it to test said code. 😕