is-symbol is a small JavaScript utility that answers the question, “Is this an ES6 Symbol value?”. It can be used in Node.js or other JS code to test whether a given input is a Symbol, including cases like Symbol.iterator and Symbol.for.
Project status
- The upstream repository shows an active push as of 2026-03-16, and the project has recent versioned updates (v1.1.0 and v1.1.1 in December 2024), suggesting it is maintained rather than abandoned.
- Apparent update cadence is modest, with the last known published updates occurring in early and mid-December 2024 (v1.1.0 on 2024-12-02, v1.1.1 on 2024-12-13), and a much longer gap before that (v1.0.4 in 2021-05-08).
AI summary generated Today
Recent updates
v1.1.1
12/13/2024v1.1.1 updates the internal implementation to use the `call-bound` package directly instead of `call-bind/callBound`. It also bumps runtime dependency versions (`call-bound`, `has-symbols`, `safe-regex-test`) and adjusts CI workflow job definitions.
v1.1.0
12/2/2024v1.1.0 contains a refactor of the isSymbol implementation to use call-bind and safe-regex-test, plus the addition of TypeScript typings. No release notes were provided by the publisher in the release_notes section, so the documented change list is effectively empty.
Featuresv1.0.4
5/8/2021Release v1.0.4 was published on 2021-05-08, but no release notes were provided by the publisher. Because the release description contains no change details, it is not possible to determine whether this upgrade includes new features, breaking changes, bug fixes, security updates, or dependency updates.
v1.0.3
11/21/2019Release v1.0.3 does not include any publisher-provided release notes. The code diff shows the primary changes are to development tooling and CI configuration, plus dependency bumps (notably has-symbols). No runtime library source changes are present in the provided diff.
Securityv1.0.2
9/20/2018v1.0.2 refactors the is-symbol implementation to delegate Symbol capability detection to the has-symbols package and updates tests to use object-inspect for safer debug output. The published GitHub release notes field is empty, so consumer-visible behavior changes must be inferred from the code diff.
v1.0.1
1/26/2015Release v1.0.1 makes only metadata updates. It bumps the package version and updates the description text, and the changelog entry reflects a corrected description.
v1.0.0
1/24/2015Release v1.0.0 was published, but no release notes were provided by the publisher, so no documented behavior changes, API updates, or migration guidance are available from the release description. To assess upgrade impact, you will need to compare this tag against the previous version in the repository (code diff) and review changelogs or commit history.