-
Notifications
You must be signed in to change notification settings - Fork 663
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
Uncaught InvalidSignature error #652
Comments
Hi ! I did not actually solve the issue, however, I managed to create some kind of workaround. I created a global excepthook ( I ignore Finally I have another thread that waits on the same I must admit it is quite ugly but it does the job... |
Can you try: #686 |
You need to replace However, once it is done, it does not fix the issue (well it does but another one pops up) Here is the output I get: First I get an error message that seems legitimate
then I get a bunch of
Then at some point |
Hi, I have unfortunately the exact same Issue. I use opcua 0.98.6 and cryptography 2.5 and adjusted the things mentioned @ #686 Exception in thread Thread-2: |
I have the same issue and produce the same console results as @axelfaure when I make the changes proposed in #686 . |
I am experiencing the very same issue after about 25 minutes being connected:
What can I do about it? I am runnning on version opcua-0.98.12 |
Hello,
I use python-opcua (0.98.3) to create a client which subscribes to datachanges on several nodes. (Thank you to every contributor for the work you put in this package by the way, it proves very useful !)
More often than not, after 7 or 8 minutes a problem occures where a signature fails to be validated and the library raise an InvalidSignature error.
I don't know if the signature error in itself comes from python-opcua or from the server (but it is not simply random so if someone else faces this problem you may consider creating a dedicated issue).
The main problem in my opinion is that this InvalidSignature exception is never caught by the library and since it is in a child thread, it's very hard to catch for the user. As a result, the child thread crashes, soon after that a second crash occures (TimeoutError) (not caught either), and the main thread is never notified that the connexion is no longer working.
Here are the two exceptions I receive:
I managed to create a workaround where I catch exceptions from every thread in my software. But I think the library should definitely catch these exceptions (and really any exception raised in secondary threads) and offer some way for the user to detect that something wrong occured (maybe something as simple as a threading.Event).
The text was updated successfully, but these errors were encountered: