chore: Release 6.1.8#180
Conversation
There was a problem hiding this comment.
Routine release PR bumping version to 6.1.8 and Android SDK to 5.9.0.
Extended reasoning...
Overview
This PR is a straightforward release for version 6.1.8 of the OneSignal .NET SDK. It bumps the version in the nuspec file from 6.1.7 to 6.1.8, updates the Android SDK reference in versions.json from 5.8.1 to 5.9.0, and replaces three Android .aar binary artifacts (core, in-app-messages, notifications) with the matching 5.9.0 builds. There are no source code changes to the .NET SDK itself.
Security risks
No new code is introduced in the .NET SDK. The Android SDK bump pulls in upstream changes including an Identity Verification feature and defensive JSON parsing fixes — these are vetted in the upstream Android SDK repo. Binary .aar updates always carry some implicit trust in the upstream artifacts, but that is the standard release flow for this repo.
Level of scrutiny
Low — this is a mechanical version-bump release PR following the established pattern from prior releases (e.g., 6.1.7, 6.1.6). The diff is limited to version strings and binary blobs that mirror an external SDK release.
Other factors
The bug hunting system found no issues. No outstanding reviewer comments. Description clearly enumerates the upstream Android SDK changes being absorbed.
a293750 to
445f95d
Compare
025e6e1 to
5e08c5e
Compare
63d1590 to
30149de
Compare
The .NET 10 SDK workload set 10.0.300+ ships Microsoft.iOS.Sdk.net10.0_26.4, which requires Xcode 26.4. The macos-15 runner image (current macos-latest) only ships up to Xcode 26.3, so build-ios on e2e.yml fails with "This version of .NET for iOS (26.4.x) requires Xcode 26.4" no matter what setup-xcode resolves. Switch the iOS-bound jobs to macos-26 (default Xcode 26.4.1) and update the inline comments. cd.yml gets the same treatment plus a setup-xcode step, since OneSignalSDK.DotNet.csproj adds the net10.0-ios TFM on macOS hosts and would hit the same wall when the 6.1.8 release PR is merged. macos-latest is scheduled to migrate to macos-26 on June 15, 2026; once that lands we can revert to macos-latest. Co-authored-by: Cursor <cursoragent@cursor.com>
MSBuild defaults SupportedOSPlatformVersion to the current iOS SDK (e.g. 26.2) when the property is unset, producing an NSE whose MinimumOSVersion is higher than the main app's (14.2). iOS refuses to bind such an extension and SpringBoard logs "No service extension record found for app" / UNErrorDomain 1904, silently dropping every mutable-content push so image notifications never get their attachment. Pin the NSE to match the host app's 14.2 Co-authored-by: Cursor <cursoragent@cursor.com>
Channels: Current
🛠️ Native Dependency Updates
login()is called beforerequestPermission()(#2627)