Skip to content
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: ensure Crashlytics Apple upload-symbol script works for every build type/flavor #260

Merged
merged 3 commits into from
Mar 12, 2024

Conversation

russellwheatley
Copy link
Member

@russellwheatley russellwheatley commented Feb 27, 2024

Description

fixes: #249

Type of Change

  • feat -- New feature (non-breaking change which adds functionality)
  • 🛠️ fix -- Bug fix (non-breaking change which fixes an issue)
  • ! -- Breaking change (fix or feature that would cause existing functionality to change)
  • 🧹 refactor -- Code refactor
  • ci -- Build configuration change
  • 📝 docs -- Documentation
  • 🗑️ chore -- Chore

@russellwheatley russellwheatley changed the title test the args test branch for failing de-obfuscation stack traces Feb 27, 2024
@russellwheatley russellwheatley changed the title test branch for failing de-obfuscation stack traces fix: ensure Crashyltics Apple upload-symbol script works for every build type/flavor Feb 29, 2024
@russellwheatley russellwheatley marked this pull request as ready for review February 29, 2024 08:48
@russellwheatley russellwheatley changed the title fix: ensure Crashyltics Apple upload-symbol script works for every build type/flavor fix: ensure Crashlytics Apple upload-symbol script works for every build type/flavor Feb 29, 2024
@@ -359,7 +359,8 @@ class UploadCrashlyticsSymbols extends FlutterFireCommand {
],
environment: {
'PLATFORM_NAME': envPlatformName,
'CONFIGURATION': envConfiguration,
// Hard code "Release" to ensure "App.framework.dsym" is uploaded and complies with upload-symbol script
'CONFIGURATION': 'Release',
Copy link

@themiswang themiswang Feb 29, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we try if this works for Debug mode as well? I don't think debug mode flutter produces framework dsym. If not, let's doing a check, if envConfiguration contain debug word we pass Debug, otherwise Release.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Adding screen shots for reference
3fvXPRTE5hEifSZ
BFU7XPiDyBMzv3g

Copy link

@themiswang themiswang Feb 29, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also want to double check how customizable for user to change Configuration name for flutter? I see for flutter application you can change the config name quiet easy, but under properties for native app configuration there are only debug and release options. If we allow user to change configuration name by themselves it could easily break the current check for Release and Debug mode.
Screenshot 2024-02-29 at 2 50 42 PM

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As mentioned in the chat, this solution is more robust than checking the name of the build configuration.

@russellwheatley russellwheatley merged commit e8ec471 into main Mar 12, 2024
8 checks passed
@russellwheatley russellwheatley deleted the deobfuscated-stacks-249 branch March 12, 2024 15:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[bug]: flutterfire upload-crashlytics-symbols not working for multi-environment setup
2 participants