-
-
Notifications
You must be signed in to change notification settings - Fork 407
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
irc: timeout and logs #2041
irc: timeout and logs #2041
Conversation
I'm going to put this into production on both my own bot and the bot in #sopel @ freenode. While I started a review, I can't take the time right now to go through everything I want regarding the phrasing of log output, so I'll hold code feedback until later. The actual logic change looks ready to test, though. |
Last commit should be the proper solution, by calling |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here are some accumulated comments from my reviews in between poking our "official" instance with various revisions of this PR to see what happens. It's mostly nitpicking the wording of log messages, but I did have a couple naming/logic suggestions in there.
So, how are we doing so far? |
Main Sopel instance has been very happy running a slightly outdated version of this PR. I think it's ready to go; want to squash out the fixup commits before I do the final review? Or are you nervous that I'll find more nitpicks? 😁 |
I'm sure you will anyway. 😛 |
a9580e7
to
7e2c810
Compare
OK! I did squash & rebase, then I added a new commit: the last commit contains 2 modifications:
I think it's all good now! Well, until you have to fix my grammar again. 😁 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or are you nervous that I'll find more nitpicks?
I'm sure you will anyway. 😛
Damn, you were right. But no nitpicks had to do with grammar! 🥳🎉
Co-authored-by: dgw <dgw@technobabbl.es>
Co-authored-by: dgw <dgw@technobabbl.es>
Initially, I thought that "handle_close" was called once the socket was closed. That is not true: it it called when the socket must be closed. I misunderstood the asynchat/asyncore interface. Now, on a timeout, the bot will: * close the connection * shutdown the timeout scheduler * shutdown the job scheduler * call every shutdown routines I'm glad I dig further into that problem, thanks to the time dedicated by our users to test our dev version, and for their feedback!
…G interval Co-authored-by: dgw <dgw@technobabbl.es>
eef7169
to
6325966
Compare
Totally. All rebased & squashed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Description
In an attempt to fix a bug (see #2038) I added more logs (not sure it will be that useful in the end) and changed slightly how the bot manage its PING and timeout:
core.timeout_ping_interval
)My current test didn't allow me to check if it actually solves the issue, but the change could help with that and it's still better than before anyway.
In theory, I could have removed the
os._exit
insopel.cli.run
, because locally it works quite nicely without it now, but that will be for another time.I assign this PR to @dgw as he needs to install this branch on a test instance, and see how it behaves for a few days (hopefully, without any new issue, or at least with something more detailed).
Checklist
make qa
(runsmake quality
andmake test
)