-
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 documentation for ChildWatchers seems #156
Comments
I'm going to guess at the moment that its a bug, as I didn't go through it again when refactoring DataWatch recently and it did several things like DataWatch did (incorrectly) at first. |
So, from #157 it appears that For my use case, I should simply not pass WRT documentation, I suggest removing mention of I also suggest that deprecation warnings be issued if If you agree, I'll make a pull request. |
Yep, that sounds good to me. |
Was there a pull request ever made? ;) |
I don't remember. I guess not. Sorry. |
Closing this as I'm not sure if it's still an issue. Changes have been made, etc. Watchers now restore on reconnect as well which could alter this. |
The documentation suggests that if |
The documentation says:
"If allow_session_lost is set to True, then the function will no longer be called if the session is lost."
But:
I have 2 connections against 2 tunnels.
I break the first tunnel
Wait a while and recreate it:
Note that the session is lost when
allow_session_lost
is false, not when is True. Is this a bug? doc bug?The text was updated successfully, but these errors were encountered: