Thank you very much good sir.

Still don't understand why this has been changed in Xcode 16.0. Thank you very much, it did work.

Apple decided that an IDE should decide randomly what is displayed in mono-space font and what is not in the text editor part??? One day it may happen to you and make your code unreadable, you won't be able to work. I can no longer use Xcode to work on my code. This is a very serious problem that has never happened in all the coding editor ever made. Xcode is now useless for programming.

We have the same problem reported by many of our customers. Our app is Mac Catalyst. They are filling a form, go somewhere to copy some infos and when they return, the WKWebView refresh by itself thus they loose everything. It happens on M1, M2 and M3 Mac Catalyst WKWebView reload by itself when returning from another app. I hope that Apple fix their bug before they move to Risc-V in 5 years.

I guess this thing will never get resolved??? I still have the problem in 2024. See you in 2025.

The problem for me is the opposite. macOS Ventura 13.2.1 has English menu while my Mac is in French. I am talking about the useless top menu that Apple put there automatically. So for me, Mac Catalyst does not translate the top default menu items like : File, Edit, Window... I also noticed that other of the app on my Mac also have the wrong language (English) : MS Team, Xcode, Emacs, Sublime...

I found another problem that is caused by the lack on onKeyDown working on Mac Intel. Tab key is not working, so you can't jump to next input box by pressing Tab key. You can test with this page. Put the cursor in the first input box and press tab. It works everywhere on the planet, but it won't work on a WKWebview on a MacOS Ventura running on Intel. https://www.w3schools.com/html/html_forms.asp

I have a similar message, yet everything is working fine. [aqme]            AQMEIO_HAL.cpp:1211  Error 2003332927('who?')  getting headset info or AQMEIO_HAL.cpp:736 kAudioDevicePropertyMute returned err 2003332927 depending if I chose my headphones or the monitor sound on macOS.

I just use the stock Apple iOS and macOS Catalyst libraries and I got this message after updating to macOS Ventura 13.0 and Xcode. My project was fine for 3 years and now I get this weird Security issue. Security This method should not be called on the main thread as it may lead to UI unresponsiveness. (purple warning)

Same problem came out of nowhere, the app still work great. After I updated macOS to Ventura 13.0 and Xcode I get this warning. "This method should not be called on the main thread as it may lead to UI unresponsiveness." Weird that Xcode does not propose a solution. I suspect it is just an Xcode bug.

We require our customers to always use the latest version of our app to access our cloud and the latest version of our app always requires the latest version of iOS and macOS (latest os version is always the minimum). We imposed that from day one so our customers are used to it. It is irresponsible for a person to use a computer that is not updated (then expect to have a perfectly working app). Apple users are already 90% up to date all the time anyways. If people don't want to update their computer and stay 15 years behind, they can always return to Windows. We release an update every 2 weeks. As a developper that is always on the latest version, I can't support an OS version that I don't have myself. Everyone can have the latest version, but no one can return on an older version. Already on our windows version, it is difficult to support all those different version and flavour of Windows. So the Windows version is always lagging 5 years behind the Apple version of our app. I guess if you use Windows, you know you are on an abandoned legacy platform. So Windows users have low expectations. I guess if your customers don't want to update, it is their problem and not yours. This is 2022 (2023 soon), the computer world is now walk or die. We don't have an Android version because Android people can't have the latest Android. The most expensive Samsung phone is 1 year behind the Google Android version, next year they will get another update, but it will still be 1 year behind, then they will never get any update. That is why companies makes app for iOS first, then if they have time to loose, they port to Android. Because we make feature packed app, we need the latest SDK features and on Android you need to target 5 years old Android and use 5 years old Android SDK. We go even further by telling our users, if you can't update your OS, you need to buy a new Mac, iPad or iPhone. Everyone should only support the latest OS version, so people would stop complaining.

I juste received a confirmation directly from Apple that the problem is fixed in macOS 13 beta and that the fix will be in the final macOS 13 releasing this October. Response from Apple : <<Thank you for the feedback. As mentioned we've identified the issue and have addressed it. This fix is in the current beta. However, if don't want to install the current beta, which we understand, you can wait until the official release of macOS 13. (Which will also include the fix).>> PS : I never had the problem myself (almost all my customers had the problem at some point) that is why I did not want to install the beta version.

In your solution, you made the call as a static function, but your function is not static. Is this function supposed to be called often as we navigate the webpages or only once? This function is only called once on my side and it is from my own call in didFinishLaunchingWithOptions. Thanks for your time, I really appreciate.

Your solution is not a real solution (at best it is part of a possible solution). It does not work anyways. Probably your code is incomplete or the useful information is not there. No idea where to put your code, do I need to set a compiler flag? But swizzling may be the path to a solution. It is really scary that Apple knows about the problem and are too lazy to fix it. Our customers are suffering from that problem. They have to use our iOS version or return to Windows version of our app. If I look a real swift swizzling, it does not look like what you are doing. https://www.guardsquare.com/blog/swift-native-method-swizzling I will investigate a working solution out of the idea of replacing a function to override the UITextInputTraits. Thanks for the tip.

This is not working.