Closed claudioviola closed 2 days ago
Hi @claudioviola, thank you for the message, I was able to reproduce it in our sample app, we will investigate it.
Hey Krystof,
Support received a request in Zendesk from a user with the same issue. Do you have an update for this problem?
Hi @Fwang36, no updates yet, I'll keep you posted here.
@krystofwoldrich is it resolved in v5.22.0?
@amir-dropit No, 5.22.0 doesn't fix this particular issue.
How is this not fixed yet?
@krystofwoldrich can you please update on the manner? our source maps were not uploaded for 3 weeks because of this bug
Hi, I'm sorry to hear that, I've opened a PR fixing this today.
I'll also post here a workaround which you can use until the fix is released.
Thanks a lot! 🙏
Until the fix is released, you can apply the changes from the fix PR using https://www.npmjs.com/package/patch-package
~This breaks dynamic modules with React.lazy~
This was fixed in https://github.com/expo/expo/pull/30980
OS:
Platform:
Are you using Expo?
This is the configuration of my metro.config.js placed in the root folder project
I have the following issue:
Steps to reproduce:
2 files are created AppEntry-9c58c4463ca3cfc79b6525f9cc37e942.js AppEntry-9c58c4463ca3cfc79b6525f9cc37e942.js.map
Actual result: Opening the first file for checking if the sourceMappingURL is correct Actually the sourceMappingURL is wrong and it contains a different hash for the Javascript bundled file
//# sourceMappingURL=/_expo/static/js/web/AppEntry-c20e66115809b9d51b0088b809c85f32.js.map
Expected result:
Opening the first file for checking if the sourceMappingURL is correct the sourceMappingURL should contains the correct hash and it should points to the correct file
//# sourceMappingURL=/_expo/static/js/web/AppEntry-9c58c4463ca3cfc79b6525f9cc37e942.js.map
if using in the metro.config.js
const { getDefaultConfig } = require('expo/metro-config');
the issue disappears and the sourceMappingURL contains the correct file