Sourcemap upload when using versionSuffix

[Aghamyr]

Describe what happened
I'm not certain if this fits as a bug or if it might be a configuration issue on our side, but when using versionSuffix the logs will have the new version that will look something like "1.0.0-yourSuffix", the problem we have with that is that source maps seem to be uploaded with the version only, so "1.0.0", the consequence of that is that in error logs there is no sourcemap to get better trace of where the errror happened and a warning saying there is no sourcemap uploaded.

Steps to reproduce the issue:
Using the versionSuffix option in the config of the DatadogProvider

Describe what you expected:
Expect the uploaded sourcemaps to also use versionSuffix

Additional context

• We do have ["expo-datadog"] in the Plugins of Expo config and sourcemap are uploaded
• Version of the Expo SDK : 52
• Versions of expo-datadog and @datadog/mobile-react-native
  "@datadog/mobile-react-native": "^2.6.4",
  "expo-datadog": 52.0.1

[marco-saia-datadog]

Hey @Aghamyr! I think it's not properly explained in our docs, but you can use this in the Expo Plugin configuration:

  /**
   * Service name to use when uploading sourcemaps (default: application's bundle identifier).
   */
  serviceName?: string;

However, I believe your version of the SDK v2.6.4 is affected by an issue which makes the Expo plugin not able to pick up the serviceName. In that case, if you can't update to our latest version of @datadog/mobile-react-native, here is the PR that fixed the issue.

You can cherry pick it by applying it through patch-package.

In the meantime I will make sure we update our documentation, thank you for your feedback! 🙏

[Aghamyr]

Hey @marco-saia-datadog thank you for the quick answer, we'll look into this

[hcherchi]

Hi @marco-saia-datadog I don't think serviceName has something to do with the problem we are face.

We are facing 2 issues:

First
When using the suffix option in the SDK, there is no option in expo-datadog to also use it for the sourcemap upload. Which result in sourcemaps with version = 1.4.2 and in our logs 1.4.2-{updateId}
It then seems that we need to upload the sourcemaps manually without expo-datadog?
We use this suffix to be able later to upload sourcemaps when using OTAs. So that every log code always have a matching sourcemap. I think there is no other option right?

Second
Even when we stop passing this suffix. Our logs correctly match source maps on Android (great) but on IOS, there seems to be a mismatch on the bundle name.
Since we use expo-updates, bundle names on our logs look more like: ${bundleId}.bundlejs instead of the expected main.bundlejs in the sourcemaps.
I have seen people getting the exact same pattern in this issue But even with the metro plugin and having all datadog librairies updated, it still does not match for us.

Could you explain us how we could proceed? Is this problem happening only because of expo-updates?
Thank you for your time.