-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to hide drawer for specific scenes #2142
Comments
Hm, it seems wrong design decision - have you tried to put drawer lower, it should not be parent of unauthenticated screen. |
I can't help with external code, only with Example project from this repo. Check latest master, I moved drawer |
@aksonov I just tried the new example project and it indeed lets you navigate to the To be fair, I don't know how to resolve this issue in Thanks, the package is 💯 ! |
Same problem here.
To recreate in Example project move the drawer to wrap only the register scene and then add a custom 'onBack' function to navigate to the base registration scene (or any other scene e.g. tabbar):
Pressing the new onBack button in 'register2' will result in the following error: Addendum:
Potential Solution:
|
@warrenronsiek So problem with 'reset' type, but not with drawer, right? Probably you have to use 'replace' instead, because reset clears stack entirely. |
@aksonov Tried using 'replace' instead, still get a 'route not defined' error. So it probably isn't just the 'reset' type. I don't know if that means the problem is the drawer or actions or what. Additional addendum |
@warrenronsiek There were real issues with 'replace' because react-navigation doesn't have it and their 'reset' doesn't work well for deep nested containers. Finally I implement it by myself within RNRF, please check latest master, see #2189 |
Version
Expected behaviour
Drawer shouldn't be visible on some scenes.
Actual behaviour
If Scene with key as 'root' is child of Scene with drawer, the drawer is always accessible.
Steps to reproduce
I have a specific use case and that is of authentication ( common concern )
The text was updated successfully, but these errors were encountered: