Skip to content
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

#179: Added general telegram exceptions handling. #180

Closed
wants to merge 3 commits into from

Conversation

ivkalita
Copy link

I added asyncio loop exception handler and Telegram exception handling on top of it.

Closes: #179

def exception_handler(self, loop, context):
click.echo(context.get('exception'))
loop.default_exception_handler(context)
loop.stop()
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we call self.stop() here?

Copy link
Author

@ivkalita ivkalita Oct 22, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Unfortunately, calling self.stop() here will cause an exception "cannot close running event loop". Also, these two methods are semantically different: self.loop.close() (inside self.stop()) tries to close event loop immediately (which is not possible in exception handler), but loop.stop() marks loop to be closed ASAP. I was thinking about replacing self.loop.close() by self.loop.stop(), but I'm not sure if this issue a good place for such a proposal 😄

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think self.stop wasn't done the right way. There's another issue related to it (#175). So yep, this PR isn't the best place to do discuss it indeed, but I think we should have at least a commend here saying that the stop/close should be done by another self.stop().

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, so I'll add a comment in this PR, and also will try to fill a PR for the #175 to stop the event loop gracefully.

self.platform,
updates
)
raise Exception(msg)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we create a specific exception? Something like PlatformError? What do you think?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure, I'll change an Exception to something more meaningful 😄

@rougeth
Copy link
Owner

rougeth commented Oct 22, 2018

Hi @kaduev13, thanks for the PR. I made some comments, could you take a look at them? Also, what do you think about adding some tests?

@ivkalita
Copy link
Author

Hi @rougeth! Thank you for the review, I'll make the fixes tomorrow. About the tests – yeah, I'll add them, sorry for not doing it in the initial PR – I tried to find polling test case but found nothing and decided to send you a draft without tests to discuss it first.

self.message = message

def __str__(self):
return '[{}] {}'.format(self.platform, self.message)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I started questioning myself if the [{}] {} is a pattern that we should keep following. In this case, I think we don't need the self.platform, the exception itself should be able to give all the info we need. Maybe class TelegramException(PlatformException) is a good idea. What do you think?

@ivkalita ivkalita closed this Nov 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Handle Telegram API response in case of failure
2 participants