-
Notifications
You must be signed in to change notification settings - Fork 46
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
unnecessary warnings #110
Comments
when submitting a patch like this, it's customary to submit it as a PR this... is kind of the point of github. Also the thing actually blocking quamash development at this point, is the fact the test suite doesn't run. Let me see if I can get the test suite working, and probably also drop support for Python 3.4 and 3.5... and maybe even 3.6 and PyQt4 and PySide. |
done |
I fixed the tests in the "tests-2019" branch #111 so probably rebase off that branch |
Will do. Should I wait until you merge #111 first? |
the problem is #111 updates the readme and version number, so I'd prefer to
get everything in a 0.7.0 branch, then merge and release all at once.
So if you could rebase off that branch and then set your branch to merge to
it instead of master, that's probably best.
Then I can merges tests-2019 when it is ready to release.
…On Thu, May 9, 2019 at 2:30 PM hartytp ***@***.***> wrote:
Will do. Should I wait until you merge #111
<#111> first?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#110 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAA5CQSL3F3N5JPIK3CPQFTPUSJW3ANCNFSM4HLPPDBQ>
.
|
Okay, I'll do that. FWIW, I would have probably done it the other way: merge a series of small commits into master, and then update the readme + tag at the end. |
Currently, a warning is generated whenever an exception is raised in a future on Windows
quamash/quamash/_windows.py
Line 44 in e513b30
Can we downgrade this to a debug message?
e.g. consider something like
All exceptions here are caught and handled, so there is nothing that warrants quamash generating a warning in the log (it should be up to the user to log server disconnects if they feel it's worth it).
The text was updated successfully, but these errors were encountered: