-
Notifications
You must be signed in to change notification settings - Fork 65
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
Never transmits on Windows in version 0.5 #69
Comments
@larsch according to the docs |
Ok I found the culprit of that. Fixed that in #70 together with some other windows issues. As subtle behavior change in |
Any plans for a quick bug-fix release? E.g. 0.5.2 or similar if using semantic versioning https://semver.org or just 0.6? |
@zsquareplusc @rob-smallshire Is it possible for you to release 0.5.1 or 0.6 with bug-fix pyserial-asyncio as suggested in #70 ? Serial writes is broken on Windows 10 with the 0.5 release of pyserial-asyncio. The workaround now is either downgrade pyserial-asyncio to 0.4 or manually install the master branch via Git. |
@zsquareplusc @rob-smallshire @septatrix @wolfmanjm Any chance you for a bug-fix release to resolve this issue on Windows? |
@zsquareplusc @rob-smallshire Also just ran into this issue on Windows and would really appreciate a bug fix deploy sometime soon if possible, thanks! |
If this is fixed, can we get it published? This is a big deal for my module. |
Sorry meant to say "I can confirm the fix by @jabdoa2 fixed the issue." Can this fix be published? |
@zsquareplusc I would like to chime in here as well. A release would be very much appreciated. |
@bufferoverflow @zsquareplusc Just trying to raise some attention regarding this issue. The committed code works, just a new release is needed, so we can avoid patching the lib manually. |
I also can confirm that PR #70 fixed the problem. While the fixed version of the package doesn't get published, for those looking to install the fixed version you can leverage
For manual installation:
Another option (which isn't as good), is to run the previous version (entry in |
Another workaround option to whitelisting a specific version could be to use Tip would be to also add a comment as why it was blacklisted, ex: Problem with that is that you currently end up using different versions of pyserial-asyncio on different platforms |
We currently ship exactly that workaround. |
Specifically 0.5 has removed the |
Tagging @bufferoverflow @zsquareplusc again, the latest released version has been broken on Windows for almost 10 months now while a fix is already merged :( |
@scranen @jabdoa2 @Carbenium Given the unresponsiveness of the folks with the power to publish releases, I think you should seriously contemplate forking this project and publishing it to PyPI under a different name. |
Ok I will do that tonight under the missionpinball org |
i've now added github actions and keys so that @rob-smallshire can make releases too |
ah and i made a release (v0.6) and added a document on how to do this. |
thanks @zsquareplusc ! |
This fix has been released. |
pyserial-asyncio is required by recommend use newer than pyserial-asyncio 0.5 (ie. 0.5 or later) as 0.5 is broken on Windows OS. Known issue with pyserial-asyncio 0.5 -> pyserial/pyserial-asyncio#69 https://github.com/zigbeefordomoticz/Domoticz-Zigbee/blob/stable6/requirements.txt See example [zigpy-znp](https://github.com/zigpy/zigpy-znp) config which exclude use of pyserial-asyncio 0.5 version : https://github.com/zigpy/zigpy-znp/blob/dev/setup.cfg ``` install_requires = pyserial-asyncio; platform_system!="Windows" pyserial-asyncio!=0.5; platform_system=="Windows" # 0.5 broke writes ```
_ensure_writer just schedules _poll_write which never invokes _write_ready because serial.out_waiting is always zero.
The text was updated successfully, but these errors were encountered: