Open dubchoi opened 1 year ago
Hi @dubchoi
Thanks for raising this, it does look like it was indeed an oversight on our part that Classic Update support was removed along with Classic Build in v48. We'll look to add this back into a release in due course. In the meantime, you could use the new codeBundleId
config option to set it to the revisionId
to pass the correct ID.
That would end up looking something like:
Bugsnag.start({
codeBundleId: Constants.manifest?.revisionId || Constants.manifest2?.extra?.expoClient?.revisionId
})
Do let us know if you have any issues with this.
Hi I released with the suggested workaround.
However, I'm still having bugsnag show that the source mapping has failed. I'm receiving error events with the right configuration (In the "APP" tab of the event, I see the right "codeBundleId" set), and I also see that the source map for that codeBundleId has been successfully uploaded to bugsnag.
Hi @dubchoi, would you be able to write in to us at support@bugsnag.com with a link to the error in question in your Bugsnag dashboard. We can take a look for you to see if we can spot what's going on.
Describe the bug
On new build updates with "expo publish", the reported bugs do not have the right source map configurations.
Steps to reproduce
Environment
What's happening
I went ahead and looked into what changed since this used to work before v48. I believe the culprit is https://github.com/bugsnag/bugsnag-expo/commit/a731586b130956c0fefb74a12e7d470988a523dc This change removes setting the right
codeBundleId
on the bugsnag notifier. It seems premature to do so sinceexpo publish
is still around, and bugsnag still doesn't officially supporteas update
.