You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When porting native modules to react-native-windows, one of the issues developers face is the differences between building for Debug and Release in an application's default configuration.
The fact that different engines are used these means that there is some JavaScript code that runs on iOS and Android and even Windows on Debug but then fails on Windows on Release.
Using the WebDebugger doesn't allow making synchronous native function calls, which some modules use.
From a development point of view, these changes are at their worse when a developer is developing an application in Debug and then tries out some Release builds closer to shipping and is met with a blank screen, which is hard to debug to pinpoint which code might be causing it. It'd be good if these cases were easier to debug as well.
The text was updated successfully, but these errors were encountered:
ghost
added
the
Needs: Triage 🔍
New issue that needs to be reviewed by the issue management team (label applied by bot)
label
Jun 24, 2021
Eventually RN will move away from web debugging and onto direct debugging by default, which should take care of the disparity between debug/release. This likely requires Hermes to be fully supported #6137
When porting native modules to react-native-windows, one of the issues developers face is the differences between building for Debug and Release in an application's default configuration.
The fact that different engines are used these means that there is some JavaScript code that runs on iOS and Android and even Windows on Debug but then fails on Windows on Release.
Examples of issues:
Object.fromEntries
is not supported in ChakraCore: fix(windows): remove use of Object.fromEntries react-native-device-info/react-native-device-info#1110From a development point of view, these changes are at their worse when a developer is developing an application in Debug and then tries out some Release builds closer to shipping and is met with a blank screen, which is hard to debug to pinpoint which code might be causing it. It'd be good if these cases were easier to debug as well.
The text was updated successfully, but these errors were encountered: