AFAIK, version numbers must be increasing numbers (alphabetical) So not sure you can now create 3.4.71

You're right, it is hardly readable on Mac in dark mode (OK on iOS). Could this provide a work around ? https://www.theswift.dev/posts/swiftui-alert-with-styled-buttons But may be worth a bug report.

That's not a question for developers forum. You'd better post on Apple support community: https://discussions.apple.com/welcome And remember, that's a beta, so not necessarily optimised. Wait for the official release to check if the problem still there.

Welcome to the forum. AFAIK, there is no way to prevent users (who may have bought the app) from using. If you have included a link to your website in the app, that's the place to inform users that app is discontinued and may not work properly.

Am I unable to upload a new build with changes to testflight before I resubmit those changes? Yes, you can upload a new build. But I accidentally removed the app for review, so I cannot respond to the changes they asked. What do I do now? That can effectively cause problems and block many processes. You may have to call support to try to clean it.

it says "Cannot find type 'TelephonyConversationManager' in scope" and similar, despite importing LiveCommunicationKit. Could you show the code where you call and how you call. I tested this which compiles: import LiveCommunicationKit override func viewDidLoad() { super.viewDidLoad() if #available(iOS 26.0, *) { let manager = TelephonyConversationManager.sharedInstance } else { // Fallback on earlier versions } // … }

Loads data up/down on the fly as the user scrolls Preserves scroll velocity as the list is updated Those may be conflicting requirements, depending where you load data from. If it is from the network, you don't control the response time. Hence, how do you expect to keep the same scrolling velocity, whatever solution ? Unless you preload data, but you say you want to load 'on the fly'.

It works as in Xcode 16.4. And settings are by default the same: Xcode 16.4: Xcode 26ß7

I don't know if I speak of the same thing. -Cmd-Option-click on a class name as NSWindow or UIWindow, or a protocol as UIApplicationDelegate. this should open the class or the protocol in a second pane. Is it what you mean ? If so, I tested both in Xcode 16.4 and 26ß7. It works as described in both.

I iunderstand the first 4 paragraphs are Apple's review mail? If so, The answer is in your post: You can contact the U.S. Department of the Treasury or the Bureau of Industry and Security of the U.S. Department of Commerce

Looks like you have created the conditions for a mess. Reviewer has no time to check all the details and probably rejects because of uncertainty. You may call support, but not sure they can do anything for you. Note: your post is not clear. Approved or not ? they approved app 2 after a while they suddenly approved app2. Note: you have sent 2 posts on the same question, with more information in the other. And advice from reviewer that you should follow. You should not duplicate posts.

Did you try with monospaced font, just to see. If it works, that confirms that the cause is that string width is not exactly proportional to font size.

You're right. I need to go and test in code. I'll check what is the new text width with the new size and see if you need an extra adjustment (because string with may not be exactly proportional to font width).

I don't know if that answers, but I would: considering present font size is actualSize and windowWidth are pastWidth and newWidth let newSize = text.size(withAttributes: actualSize) * newWidth / pastWidth change font size to newSize

Could the problem be in the approximation when using fractional font size ? Did you try using func size(withAttributes attrs: [NSAttributedString.Key : Any]? = nil) -> CGSize and adapt the size to fit window width ? Some more details here: https://stackoverflow.com/questions/1324379/how-to-calculate-the-width-of-a-text-string-of-a-specific-font-and-font-size