123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183 |
- Metadata-Version: 2.0
- Name: hyperframe
- Version: 3.2.0
- Summary: HTTP/2 framing layer for Python
- Home-page: http://hyper.rtfd.org
- Author: Cory Benfield
- Author-email: cory@lukasa.co.uk
- License: MIT License
- Platform: UNKNOWN
- Classifier: Development Status :: 5 - Production/Stable
- Classifier: Intended Audience :: Developers
- Classifier: License :: OSI Approved :: MIT License
- Classifier: Programming Language :: Python
- Classifier: Programming Language :: Python :: 2
- Classifier: Programming Language :: Python :: 2.7
- Classifier: Programming Language :: Python :: 3
- Classifier: Programming Language :: Python :: 3.3
- Classifier: Programming Language :: Python :: 3.4
- Classifier: Programming Language :: Python :: 3.5
- Classifier: Programming Language :: Python :: Implementation :: CPython
- ======================================
- hyperframe: Pure-Python HTTP/2 framing
- ======================================
- .. image:: https://travis-ci.org/python-hyper/hyperframe.png?branch=master
- :target: https://travis-ci.org/python-hyper/hyperframe
- This library contains the HTTP/2 framing code used in the `hyper`_ project. It
- provides a pure-Python codebase that is capable of decoding a binary stream
- into HTTP/2 frames.
- This library is used directly by `hyper`_ and a number of other projects to
- provide HTTP/2 frame decoding logic.
- Contributing
- ============
- hyperframe welcomes contributions from anyone! Unlike many other projects we
- are happy to accept cosmetic contributions and small contributions, in addition
- to large feature requests and changes.
- Before you contribute (either by opening an issue or filing a pull request),
- please `read the contribution guidelines`_.
- .. _read the contribution guidelines: http://hyper.readthedocs.org/en/development/contributing.html
- License
- =======
- hyperframe is made available under the MIT License. For more details, see the
- ``LICENSE`` file in the repository.
- Authors
- =======
- hyperframe is maintained by Cory Benfield, with contributions from others. For
- more details about the contributors, please see ``CONTRIBUTORS.rst``.
- .. _hyper: http://python-hyper.org/
- Release History
- ===============
- dev
- ---
- **API Changes (Backward-compatible)**
- - Invalid PING frame bodies now raise ``InvalidFrameError``, not
- ``ValueError``. Note that ``InvalidFrameError`` is a ``ValueError`` subclass.
- - Invalid RST_STREAM frame bodies now raise ``InvalidFramError``, not
- ``ValueError``. Note that ``InvalidFrameError`` is a ``ValueError`` subclass.
- - Canonicalized the names of ``SettingsFrame.SETTINGS_MAX_FRAME_SIZE`` and
- ``SettingsFrame.SETTINGS_MAX_HEADER_LIST_SIZE`` to match their peers, by
- adding new properties ``SettingsFrame.MAX_FRAME_SIZE`` and
- ``SettingsFrame.SETTINGS_MAX_HEADER_LIST_SIZE``. The old names are still
- present, but will be deprecated in 4.0.0.
- **Bugfixes**
- - The change in ``3.1.0`` that ensured that ``InvalidFrameError`` would be
- thrown did not affect certain invalid values in ALT_SVC frames. This has been
- fixed: ``ValueError`` will no longer be thrown from invalid ALT_SVC bodies.
- 3.1.1 (2016-01-18)
- ------------------
- **Bugfixes**
- - Correctly error when receiving Ping frames that have insufficient data.
- 3.1.0 (2016-01-13)
- ------------------
- **API Changes**
- - Added new ``InvalidFrameError`` that is thrown instead of ``struct.error``
- when parsing a frame.
- **Bugfixes**
- - Fixed error when trying to serialize frames that use Priority information
- with the defaults for that information.
- - Fixed errors when displaying the repr of frames with non-printable bodies.
- 3.0.1 (2016-01-08)
- ------------------
- **Bugfixes**
- - Fix issue where unpadded DATA, PUSH_PROMISE and HEADERS frames that had empty
- bodies would raise ``InvalidPaddingError`` exceptions when parsed.
- 3.0.0 (2016-01-08)
- ------------------
- **Backwards Incompatible API Changes**
- - Parsing padded frames that have invalid padding sizes now throws an
- ``InvalidPaddingError``.
- 2.2.0 (2015-10-15)
- ------------------
- **API Changes**
- - When an unknown frame is encountered, ``parse_frame_header`` now throws a
- ``ValueError`` subclass: ``UnknownFrameError``. This subclass contains the
- frame type and the length of the frame body.
- 2.1.0 (2015-10-06)
- ------------------
- **API Changes**
- - Frames parsed from binary data now carry a ``body_len`` attribute that
- matches the frame length (minus the frame header).
- 2.0.0 (2015-09-21)
- ------------------
- **API Changes**
- - Attempting to parse unrecognised frames now throws ``ValueError`` instead of
- ``KeyError``. Thanks to @Kriechi!
- - Flags are now validated for correctness, preventing setting flags that
- ``hyperframe`` does not recognise and that would not serialize. Thanks to
- @mhils!
- - Frame properties can now be initialized in the constructors. Thanks to @mhils
- and @Kriechi!
- - Frames that cannot be sent on a stream now have their stream ID defaulted
- to ``0``. Thanks to @Kriechi!
- **Other Changes**
- - Frames have a more useful repr. Thanks to @mhils!
- 1.1.1 (2015-07-20)
- ------------------
- - Fix a bug where ``FRAME_MAX_LEN`` was one byte too small.
- 1.1.0 (2015-06-28)
- ------------------
- - Add ``body_len`` property to frames to enable introspection of the actual
- frame length. Thanks to @jdecuyper!
- 1.0.1 (2015-06-27)
- ------------------
- - Fix bug where the frame header would have an incorrect length added to it.
- 1.0.0 (2015-04-12)
- ------------------
- - Initial extraction from `hyper`_.
- .. _hyper: http://hyper.readthedocs.org/
|