Posts

Post not yet marked as solved
4 Replies
Logged the documentation gap as FB12236685
Post not yet marked as solved
4 Replies
I have a similar request. Given the large impact of this change, I would have expected this to be opt-in for a while before this is enforced to give us time to adapt. As of right now, I have multiple apps that are unable to be built for testing iOS 17 due to this. The reference page "Verifying the origin of your XCFrameworks" only seems to refer to XCFrameworks manually embedded in a project and does not provide guidance for SPM dependencies nor CocoaPods.
Post marked as Apple Recommended
With iOS 14 beta 4, the error message has changed from Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service on pid 0 named com.apple.OSLogService was invalidated." UserInfo={NSDebugDescription=The connection to service on pid 0 named com.apple.OSLogService was invalidated.} to Caught error: Error Domain=OSLogErrorDomain Code=9 "Client lacks entitlement to perform operation" UserInfo={NSLocalizedDescription=Client lacks entitlement to perform operation, _OSLogErrorInternalCode=14} It doesn't appear that my Feedback (FB7868256) has been looked at, but, is this being fixed?
Post marked as solved
3 Replies
So having multiple services for resiliency is not supported? Example: nw_endpoint_t cloudflare = nw_endpoint_create_url("https://cloudflare-dns.com/dns-query"); nw_endpoint_t google = nw_endpoint_create_url("https://dns.google/dns-query"); fallbackResolvers = nw_resolver_config_create_https(cloudflare); nw_resolver_config_add_server_address(fallbackResolvers, google);
Post not yet marked as solved
21 Replies
Seems to be working much better in iOS 13.4 with the official release of both the OS and Xcode. Still running into a problem where the first character to be input into a web field is not always entered.
Post not yet marked as solved
21 Replies
Web interactions broke entirely with iOS 13.4 beta 3. It is working (even with autofocus) on beta 4, however, I discovered a new regression. Each interaction with the application/device requires a 60 second wait as the accessibility service believes that com.apple.Spotlight is an interrupting process that needs to idle.
Post not yet marked as solved
21 Replies
I think I found out why my tests aren't working. The UI elements I'm interacting with during login have the autofocus attribute set. According XCUITest, the text field has keyboard focus when in fact the keyboard is not active at all. I can sometimes work around this by backgrounding and then foregrounding the application to get the keyboard to show up (which then makes input work). I have commented on my Feedbak indicating that this needs to be fixed since it worked in iOS 13.2 and lower.
Post not yet marked as solved
21 Replies
I think part of the problem is addressed with Xcode 11.4 beta (11N111s) and iOS 13.4 beta 1 (17E5223h). The UI automation tests are able to successfully interact with SFSafariViewController and ASWebAuthenticationSession, however, the tap event causes the text action menu (cut, copy, paste, select all) to come up and the test idles itself while that is visible. Dismissing this causes some text input to be incomplete, leading to test failures. Is anyone else experiencing the same behavior?
Post marked as solved
15 Replies
Resolved with Xcode 11.3.1
Post marked as solved
15 Replies
This is due to the thread sanitizer being enabled for the target. I logged this as FB7489601 this morning and I would recommend logging a duplicate so that it gets more attention. The workaround is to disable TSan.