-
-
Notifications
You must be signed in to change notification settings - Fork 369
Current cherrypy 18.0.0 fails to open websocket connection with ws4py 0.5.1 #1738
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
Comments
More details needed. Currently there's no reproducer. |
Hey there, I will give it a look but the ws4py is considered a project that has not been worked on for a few years now so I'm not surprised considering it was tapping into the internals of CherryPy. |
Okay, so the issue is that CherryPy response headers seems to now be unicode when ws4py was passing byte objects. Could someone confirm me this is the case with cheroot and when this change happened? So I can add the right fix in place in ws4py. |
Hmm. If I recall correctly, the change for v18.0.0 was mainly in metadata. Here are the differences. |
I suspect the issue is with d3fa6b8, as |
Yeah, that's also my guess here. |
Question is - do we wish in CherryPy to restore support for passing headers as bytes? I think we'd like to get away from supporting both bytes/text in a variety of interfaces. If we do wish to support this use case, we should write a unit test to capture that expectation. But my instinct is we should ask downstream consumers to supply text headers. |
Oh, wait. I've merged this recently: #1736 |
Just tried. Couldn't see the same problem with master indeed. |
So we just need to cut a new patch version then :) |
I think that would do :p |
Releasing as v18.0.1. |
Thanks folks for being so responsive and swift! |
Hi everybody, sorry for being so unresponsive, but I've been away all weekend.You guys did a great job, ws4py is now working again! Thanks so much for this super fast patch. |
You should thank to @tobiashenkel, the actual submitter of the patch :) |
What is the current behavior?
The browser (firefox) fails to make a connection to the /ws endpoint. Downgrading to cherrypy 17.3.0 or earlier doesn't show this behavior, everything works fine there.
If the current behavior is a bug, please provide the steps to reproduce and if possible a screenshots and logs of the problem. If you can, show us your code.
Please tell us about your environment:
The text was updated successfully, but these errors were encountered: