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
I use SafeArea to set the status bar and nav bar style and manage the insets with the injected CSS variables. This is a great plugin but when I call await SafeArea.enable() more than once (ex: to change the app theme according to the one selected by the user), it gets stuck. The code that should be run after this call in the function is not.
For now I call it without await as a workaround but this is far from being perfect.
The text was updated successfully, but these errors were encountered:
This issue existed because call.resolve() was not being called by the plugin method. This is now resolved in the latest version (v6.0.0-alpha.4)
For now I call it without await as a workaround but this is far from being perfect.
I'm not sure though what you mean by this. Why is that "far from being perfect"? There's nothing to await for. No data is being returned anyways. So it shouldn't really matter when omitting await. Why do you think otherwise?
I use SafeArea to set the status bar and nav bar style and manage the insets with the injected CSS variables. This is a great plugin but when I call
await SafeArea.enable()
more than once (ex: to change the app theme according to the one selected by the user), it gets stuck. The code that should be run after this call in the function is not.For now I call it without
await
as a workaround but this is far from being perfect.The text was updated successfully, but these errors were encountered: