İOS 26 beta battery %1

I messed the code in previous post: using Jose; using Newtonsoft.Json; using System.IdentityModel.Tokens.Jwt; using System.Net.Http.Headers; using System.Security.Cryptography; using System.Text; private static ECDsa LoadApplePrivateKey(string filePath) { var keyText = File.ReadAllText(filePath) .Replace(-----BEGIN PRIVATE KEY-----, ) .Replace(-----END PRIVATE KEY-----, ) .Replace(r, ) .Replace(n, ) .Trim(); var keyBytes = Convert.FromBase64String(keyText); var ecdsa = ECDsa.Create(); ecdsa.ImportPkcs8PrivateKey(keyBytes, out _); return ecdsa; } private string GenerateApiToken() { var payload = new Dictionary { { iss, _issuerId }, { iat, DateTimeOffset.UtcNow.ToUnixTimeSeconds() }, { exp, DateTimeOffset.UtcNow.AddMinutes(5).ToUnixTimeSeconds() }, { aud, appstoreconnect-v1 }, { bid, _bundleId } }; var extraHeaders = new Dictionary { { alg, ES256 }, { kid, _keyId }, { typ, JWT } }; string token = JWT.Encode(payload, _privateKey, JwsAlgorithm.ES256, extraHeaders); _logger.LogInformation(Generated JWT: {Token}, t

using Jose; using Newtonsoft.Json; using System.IdentityModel.Tokens.Jwt; using System.Net.Http.Headers; using System.Security.Cryptography; using System.Text; This Generation of Api token works on .net 9 I post the main methods I struggle with: { var keyText = File.ReadAllText(filePath) .Replace(-----BEGIN PRIVATE KEY-----, ) .Replace(-----END PRIVATE KEY-----, ) .Replace(r, ) .Replace(n, ) .Trim(); var keyBytes = Convert.FromBase64String(keyText); var ecdsa = ECDsa.Create(); ecdsa.ImportPkcs8PrivateKey(keyBytes, out _); return ecdsa; } private string GenerateApiToken() { var payload = new Dictionary { { iss, _issuerId }, { iat, DateTimeOffset.UtcNow.ToUnixTimeSeconds() }, { exp, DateTimeOffset.UtcNow.AddMinutes(5).ToUnixTimeSeconds() }, { aud, appstoreconnect-v1 }, { bid, _bundleId } }; var extraHeaders = new Dictionary { { alg, ES256 }, { kid, _keyId }, { typ, JWT } }; string token = JWT.Encode(payload, _privateKey, JwsAlgorithm.ES256, extraHeaders); _logger.LogInformation(Generated JWT: {Token}, token); r

Hello, I’m creating an expo module using this new API, but the problem I found currently testing this functionality is that when the task fails, the notification error doesn't go away and is always showing the failed task notification even if I start a new task and complete that one. By failed, do you mean passing false to setTaskCompleted(success:)? I think one of the critical things to understand about this API is that you need to think of it as more of an interface API, and less a work scheduling API. In the case here, the exclamation point is there and the UI is staying put because you said the work was not done (by passing false) and we're passing that information to the user (by not dismissing the UI). If that doesn't really fit your particular work and you just want the UI to dismiss, then you can pass true to and the UI will dismiss immediately. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

I slept on this issue overnight and thought it has something to do with the deployment of Xcode 26. It happens that it was released yesterday, I'm going to install Xcode 26 to see what happens.

I would delete existing subscription plans and create new ones with different reference names and product IDs. There was a time when existing IAP products went unusable after the reviewer rejected the app body itself. I guess that was a decade ago.

Thank you for your post. If you disagree with the outcome of the review, we recommend submitting an appeal to the App Review Board. When filing your appeal, make sure to: Provide specific reasons why you believe your app complies with the App Review Guidelines. Submit only one appeal per rejection. Respond to any requests for additional information before submitting an appeal. Once you have submitted the appeal we can escalate it to the App Review Board for review. The App Review Board will contact you directly as soon as they've completed their investigation.

Found this thread when researching an issue with the same log message in a pure SwiftUI app. There's a nasty layout/animation associated with what I'm seeing (but I'm not sure it's related to the log). A sample project to repro is attached to FB20272800 (apologies for hijacking OP's thread, but I thought it might perhaps be interesting to them that issue reproduces in iOS 26 without using a UIHostingController in our own code. A simple Menu suffices)

Just tested this and see Not Valid Before=Tuesday, September 16, 2025 at 1:37:53 PM Pacific Daylight Time Not Valid After=Friday, October 16, 2026 at 1:37:52 PM Pacific Daylight Time Perhaps it was a glitch at the time