@@ -34,7 +34,8 @@ Backwards-incompatible changes
34
34
..............................
35
35
36
36
.. admonition :: The ``ssl_context`` argument of :func:`~sync.client.connect`
37
- and :func: `~sync.server.serve ` is renamed to ``ssl ``.
37
+ and :func: `~sync.server.serve ` in the :mod: `threading ` implementation is
38
+ renamed to ``ssl ``.
38
39
:class: note
39
40
40
41
This aligns the API of the :mod: `threading ` implementation with the
@@ -140,7 +141,8 @@ Backwards-incompatible changes
140
141
As a consequence, calling ``WebSocket.close() `` without arguments in a
141
142
browser isn't reported as an error anymore.
142
143
143
- .. admonition :: :func:`~server.serve` times out on the opening handshake after 10 seconds by default.
144
+ .. admonition :: :func:`~server.serve` times out on the opening handshake after
145
+ 10 seconds by default.
144
146
:class: note
145
147
146
148
You can adjust the timeout with the ``open_timeout `` parameter. Set it to
@@ -149,7 +151,7 @@ Backwards-incompatible changes
149
151
New features
150
152
............
151
153
152
- .. admonition :: websockets 11.0 introduces a implementation on top of :mod:`threading`.
154
+ .. admonition :: websockets 11.0 introduces a :mod:`threading` implementation .
153
155
:class: important
154
156
155
157
It may be more convenient if you don't need to manage many connections and
@@ -211,7 +213,8 @@ Improvements
211
213
Backwards-incompatible changes
212
214
..............................
213
215
214
- .. admonition :: The ``exception`` attribute of :class:`~http11.Request` and :class:`~http11.Response` is deprecated.
216
+ .. admonition :: The ``exception`` attribute of :class:`~http11.Request` and
217
+ :class: `~http11.Response ` is deprecated.
215
218
:class: note
216
219
217
220
Use the ``handshake_exc `` attribute of :class: `~server.ServerProtocol ` and
@@ -565,11 +568,11 @@ Backwards-incompatible changes
565
568
.. admonition :: ``process_request`` is now expected to be a coroutine.
566
569
:class: note
567
570
568
- If you're passing a ``process_request `` argument to
569
- :func: `~server.serve ` or :class: `~server.WebSocketServerProtocol `, or if
570
- you're overriding
571
+ If you're passing a ``process_request `` argument to :func: `~server.serve `
572
+ or :class: `~server.WebSocketServerProtocol `, or if you're overriding
571
573
:meth: `~server.WebSocketServerProtocol.process_request ` in a subclass,
572
- define it with ``async def `` instead of ``def ``. Previously, both were supported.
574
+ define it with ``async def `` instead of ``def ``. Previously, both were
575
+ supported.
573
576
574
577
For backwards compatibility, functions are still accepted, but mixing
575
578
functions and coroutines won't work in some inheritance scenarios.
0 commit comments