-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix [BUG] https://github.com/Azure/azure-sdk-for-ios/issues/1672 #1673
Conversation
Thank you for your contribution @mattials! We will review the pull request and get back to you soon. |
@mattials Thanks for suggesting the code change to "azure core" file. First, let's evaluate more on whether this code change is needed. Second, if the bug was in azure core, |
Thank you for your prompt response. I understand that there might be some confusion regarding the necessity of the code change in the "azure core" file. Let me provide you with a detailed explanation and address the concerns raised I always get the same error in your example https://github.com/Azure-Samples/communication-services-ios-quickstarts/tree/main/add-chat-push-notifications and following your documentation on advanced push notifications Testing Environment: Apple M2, macOS 13.5.2, XCode 15.0 ##First DT_TOOLCHAIN_DIR cannot be used to evaluate LIBRARY_SEARCH_PATHS, use TOOLCHAIN_DIR instead I always get the same error on any machines trying to compile the test project https://github.com/Azure-Samples/communication-services-ios-quickstarts/tree/main/add-chat-push-notifications, if locally we apply the fix I have in this PR it works correctly. ![]() ##Second ✗ test_ShouldBeCalledAgainAfterFirstRefreshCall, XCTAssertEqual failed: ("2") is not equal to ("1") The test relies on asynchronous execution using DispatchQueue.asyncAfter, and the timing might not be precise. If the token refresh takes longer than expected or if there are delays in the execution of the asynchronous blocks, the assertions may not be accurate. The test involves asynchronous operations and multiple DispatchQueue calls. If there are shared resources or state changes that are not handled properly in a concurrent environment, it could lead to unexpected behavior. |
I'm reluctant to accept any change to |
/azp run ios - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
The AzureCommunicationCommon units tests are known to be flaky. I've re-run the CI which should clear them up. |
Okay, the checks pass. @angellan-msft please let me know the results of your investigation. |
@mattials Thanks for your detailed description. So the issue you met with is the advanced version of push notification, which I have not tested yet. What I tested is the basic version. I'll try to reproduce the issue today and see if this fix works. Will provide an update ASAP. |
hi @mattials , could you try the below workaround to see if it can solve your issue: Set "Require Only App-Extension-Safe API" as "No" for Pod Target - AzureCore. I just found that this workaround was documented in our internal wiki but not in public wiki. If it works for you, I would suggest this workaround rather than making extra code changes to azure core. Thanks! |
@angellan-msft @tjprescott While the workaround addresses the immediate concern, our team is committed to ensuring the long-term stability of our product. Therefore, we are interested in contributing to a more permanent solution by updating AzureCore. Could you please provide insights into when a stable version of AzureCore, beyond the current 1.0.0-beta.15, is expected to be released? This information will be valuable for our planning and integration efforts. Thank you once again for your support, and we look forward to continued collaboration. |
Hi @mattials there are currently no plans to move Azure.Core out of beta. We'll evaluate this change for incorporation into Azure.Core 1.0.0-beta.16. |
#1672
Use of @available(iOSApplicationExtension, unavailable) for Xcode 14 and 15