http-status-codes 2.3.0

• Adds 103 EARLY_HINTS per RFC 8297
• Adds 426 UPGRADE_REQUIRED per RFC 7231

http-status-codes 2.2.0

• Adds 421 MISDIRECTED_REQUEST per RFC 7540

http-status-codes 2.1.4

Introduced some non-breaking changes to the module in order to take better advantage of tree-shaking as suggested in #55 and #58.

This should reduce file size for most users who are able to take advantage of tree shaking, especially those who are only using a subset of this library's features.

Thanks to @EvgenyOrekhov and @OliverJAsh for their suggestions and feedback on these issues.

https://bundlephobia.com/result?p=http-status-codes@2.1.4

http-status-codes 2.1.3

• Fix an issue where the common.js bundle was not working with react native projects. #60 #56
• Mark the module as "side-effect free" for tree shaking #58

http-status-codes 2.1.2

Exports ESM module for browser environments which fixes #56

Provides a default export for additional backwards compatibility with v1 #54

http-status-codes 2.1.1

Fixes a bug with the way the TypeScript definitions were being built. #52

Thanks to @Benno007 for finding and reporting this issue.

http-status-codes v2.1.0

• Adds a new status code: 451 Unavailable For Legal Reasons

Thanks @ffflorian for this contribution.

http-status-codes v2.0.0

This release marks a new major version of http-status-codes.

Improvements include:

• Project rewritten in TypeScript
• TypeScript enums "StatusCodes" and "ReasonPhrases"
• Test coverage
• Automated source code generation of codes and documentation
• Change the reason phrase "Server Error" to the correct one, "Internal Server Error"
• Rename "getStatusText" -> "getReasonPhrase" to make the API more consistent

Thanks to @seanmhanson for their help on this new version.

Migrating from v1.x.x

http-status-codes v2 is mostly backwards compatible with v1. There is a single breaking change and two recommended changes.

[Breaking Change] 'Server Error'

The reason phrase for the status code 500 has been changed from "Server Error" to "Internal Server Error". This is the correct phrase according to RFC7231. If you are migrating from v1, and have code that relies on the result of getStatusText(500) or getReasonPhrase('Server Error'), then this could affect you.

[Non-breaking change] getStatusText renamed getReasonPhrase

The function getStatusText has been renamed to getReasonPhrase. The old function is still available, but may be deprecated in a future version. To fix this simply rename instances of getStatusText() to getReasonPhrase(). The function is otherwise the same as it was before.

[Non-breaking change] StatusCodes

In http-status-codes v1, Status Codes were exported directly from the top-level module. i.e. HttpStatus.OK. In v2 all Status Codes live under an object called StatusCodes. i.e. HttpStatus.StatusCodes.OK. We made this change to cater to TypeScript users who prefer a dedicated value with an enum type. The previous values are still exported, but we won't continue to update them. Please migrate if you're using the old-style imports.

v1.4.0

• Add a getStatusCode function [#28]