-
-
Notifications
You must be signed in to change notification settings - Fork 222
Fixes symbolication for net9.0-android applications in Release config #4221
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
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we test this on Symbol Collector Android?
internal static string GetArchivePathForAbi(this string archivePath, string abi, DebugLogger? logger) | ||
{ | ||
var basePath = Path.GetDirectoryName(archivePath) ?? string.Empty; | ||
var abiPart = abi.Replace("-", "_"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if we can avoid this by having supportedAbis
be provided in the right format
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The abi.Replace("-", "_")
you mean? Not really... most of the time it is used with a hyphen. When building the file names for the split_config
APKs though it gets replaced with an underscore (I'm sure there's a reason... not sure what it is though).
{ | ||
var basePath = Path.GetDirectoryName(archivePath) ?? string.Empty; | ||
var abiPart = abi.Replace("-", "_"); | ||
var splitFilePath = Path.Combine(basePath, $"split_config.{abiPart}.apk"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if GetDirectoryName
returned null and we ended up with ""
does this code make sense?
That might give a bit of reassurance yes. I've only tested it manually on the Sentry.Samples.Maui project so far. I've tested both with I also tested what happens when using the bundletool to split the packages and install these on a simulator (rather than using the MAUI build targets to install the app), since the bundletool apparently does exactly what GooglePlay would do... like so:
Curiosly after step two, the
However after step 3, what gets installed on the simulator is:
So obviously some renaming happens during installation. None the less, it seems like the device specific file that contains the assemblies we want will always be named
|
Resolves #4209:
Testing
I ran into some challenges creating some automated tests for this. I think we should release this fix ASAP then and I've created #4227 to address the tests:
References