-
Notifications
You must be signed in to change notification settings - Fork 387
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
allow_session_lost ignored for DataWatch #157
Comments
allow_session_lost is completely ignored in newer Kazoo. This was one of the simplifications made because DataWatch was getting crufty. (See other issue that I will finish replying to in a few seconds). If you want to stop watching, your function should take more arguments so that it can see the session loss event and return False thus deregistering. |
I'm happy to have data and children watchers stay forever. I was just trying to follow the documentation to make surer this happens. |
Yea, making the children watches last forever will be tougher since it'll have to throw a exist watch if the node is deleted to be notified of when/if it comes back. What doc string needs to be updated? Maybe refile this as a documentation bug? |
I'm OK with anything as long as I know what it is. :) As it is, setting allow_session_lost to True makes child watches span multiple sessions. I'm happy to make a documentation PR when you decide on the semantics. Node deletion is a different issue. (literally). |
I have 2 connections against 2 tunnels
I shut down the first tunnel.
I wait a while and restart it:
False a
True a
Both of the watches are re-established. Only one should be, although I don't know which. :)
The text was updated successfully, but these errors were encountered: