So just get rid of the screenshots displaying the functionality? Get rid of the prices. Blank them out, or blur them, or something. Maybe removing the $ symbol would be sufficient? (Yes, I know that they aren't the price of the app. But the app review bot doesn't know that, and you have no realistic way of explaining that to it.) This is V2 of my app, and V1 screenshots are virtually identical. However, this was never a problem. Past performance is not a guide to the future. I had screenshots that included the word "free" for many years but they were eventually rejected. I think they must have added OCR to the screenshot review bot at some point.

Generally this should work. I don’t see any clues in your post about why it isn’t working for you, unfortunately. Keep trying!

Seems pretty clear to me - your screenshots are full of prices! Get rid of them.

I don’t believe that Apple asks about your immigration status when you apply (and nor should they). The agreement is not an employment contract, so my guess is that it should not have any implications regarding your visa compliance - but you should definitely get legal advice about that if you are at all concerned. If you actually start to sell apps then you will need to register as self-employed with HMRC, and again you should get legal advice about that when the time comes if you are at all concerned. Make sure you retain all the paperwork.

Can this truly be the same user Yes, it seems likely based on what you've said. or would Apple have blocked them from doing this cycle by now? Ha ha nope. Are a few refunds hurting our app placement in the App Store or as long as we're relatively low overall it's fine? No-one knows how that all works. I generally assume that only your ad spend influences app store placement. Maybe that's a bit too cynical. Is there a way to ask Apple to block one specific person from buying your app? Ha ha nope. Is 2% refunds an acceptable rate? Yes, I would say so. Anyone making a "is the business plan sensible?" spreadsheet should assume a higher refund rate, IMO. Aren't IAP refunds pro-rated? No. how could we have a reactivation or does a purchase after a refund count as that? I think that a second activation after a cancellation counts as a reactivation. Not sure about refunds. I checked events for Poland over the lifetime of the app and I get the following 9 refunds 7 activations 3 reactivations 1 cancellation 1 enter grace period 1 entered billing retry 1 renewal Sorry, I can't understand that.

So the BLAS and LAPACK functions that come with Accelerate are optimized for Apple Silicon? As I said, probably. I guess I have to be more verbose: The docs say that these things are "optimized for high performance". We could reasonably infer that they use, for example, NEON vector instructions on ARM. But the docs aren't explicit about this. If you want to be certain, in the absence of source code you would need to reverse-engineer the implementation. That's definitely not something that I would do, however, since it would violate the terms of the Apple developer agreement and would result in the termination of my developer account. If you want to be certain that you're using NEON code it would be better to write it yourself, or use an open-source library where you can check exactly what it is doing. One other thing to note is that these Accelerate functions are not inline, as far as I can tell. If you're dealing with large matrices that's probably not a concern, but if you're doing e.g. 2D/3D geometry (small vectors and matrices) then I would expect to get a measurable improvement when the compiler can inline the implementations.

But do these functions take advantage of Apple Silicon features? Probably.

There's fnd.io

Could you share link on example code from WWDC? This one https://developer.apple.com/videos/play/wwdc2023/10172? No, I was referring to a video about using StoreKit2, specifically in my case it was one about using the SubscriptionStoreView. Which minimal version of XCode allowing this functionality??? I'm currently using xCode 15.1 and I don't recall having to change anything from the defaults to make this work.

we need to call async methods in AppTransaction The interop converts async Swift functions into objC functions with completion handler callbacks. For example, this Swift method: @objc static func foo() async Can be called from objC as [ClassName fooWithCompletionHandler: ^{ ... }]; (Or something like that.)

I had the same issue. My solution was to write about 200 lines of Swift to do the SK2 stuff, and call that from the C++ code using the Swift/C++ interop. This wasn’t too painful. Start with example code from WWDC.

So you seem to be expecting that you can create a CLLocation with the regular altitude set, and then read the ellipsoidalAltitude property, and CLLocation will do the conversion for you. Right? I wouldn't expect it to do that. I would expect that if you get a location from the CLLocationManager then it would have both properties populated, but I would not expect that it would do the conversion for a location that I have supplied myself. Of course the docs don't actually say what happens; maybe I'm wrong. I recommend GeographicLib - https://geographiclib.sourceforge.io - for this sort of thing. In particular, https://geographiclib.sourceforge.io/C++/doc/geoid.html

it looks like iOS 17 was treating .ascii as a synonym for .isoLatin1 [and now it isn't] That's going a bite a few people, isn't it! Was that mentioned in the release notes?

what is the recommendation to be informed about the status of a problem Run some test code to determine whether the problem still exists.

I believe there is no way to get the extra padding info. Yes I filed a bug ha ha ha. In principle you could render the UIImage into a graphics context and then create your SKTexture from that. Do you actually care about accurate typographic alignment of your symbol? If not, just use what you have. I know nothing about the colour issues you have mentioned.