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.

There should be a function to set the WKWebview in focus. Because if the javascript set the focus to an input box, it will only work if you click first on the webview to make it the current focus.

MacOS 12.5 problem is still there. Some of our customers cannot use our app because webview will crash for them all the time. WKWebview on macCatalyst is broken and Apple are not fixing it.

Ignore my comment above, it does not work at all. Can't delete and cannot edit my previous post.

Problem         //Warning : 'contentEdgeInsets' was deprecated in iOS 15.0:         //           This property is ignored when using UIButtonConfiguration         /*uiButton.contentEdgeInsets = UIEdgeInsets(top:    8.0, left:   8.0, bottom: 8.0,right:  8.0 ) Solution uiButton.configuration!.contentInsets = NSDirectionalEdgeInsets(top: 8.0, leading: 8.0, bottom: 8.0, trailing: 8.0) Apple has finally given access to "uiButton.configuration!.contentInsets" in their latest Xcode update. It now woks on iOS and macCatalyst.

I opened a ticket with Apple and they told me that the problem was indeed in the Safari engine and this problem is OS level, it has nothing to do with our app. I did as they told me and opened another ticket on somewhere else. I explained the crash in details with multiple crash dump. The problem has appeared in macOS Monterey, it was not there previously. macOS 12.4 does not solve the problem. If you want to see my problem look for : "Mac Catalyst WKWebview random crash since Monterey"

macOS 12.4 problem is still there.

The problem is still there on macOS Monterey 12.3.1 Not everyone has that problem, I never had it myself on my 2 Macs. I would say 1 in a 10 or 1 in 100? We have 2 000 people using our app every day and I receive 1-2 call per week.

mackhag, you are our saviour, your solution is elegant, brilliant and simple. Now please fix the world. I would recommend that you put that in the code so as to not interfere with the iPad and iPhone version, because this problem does not exist on iOS. #if targetEnvironment(macCatalyst) //Put the mackhag fix here #endif

Yes my Printing is allowed in app sandbox.

No, it is still there. Do you also have this problem? https://developer.apple.com/forums/thread/698038

The exact same code for iOS and macOS because Catalyst. Using the keyboard to paste on my iPad does work correctly, but it paste twice on my Mac. I am talking about pasting text inside and input box in a web page running on WKWebview.