npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@secvisogram/is-leap-second

v1.0.0

Published

Provides a basic check whether an RFC 3339 timestamp is a leap second

Downloads

333

Readme

is-leap-second

Provides a basic check whether an RFC 3339 timestamp is a leap second.

Installation

npm install @secvisogram/is-leap-second

Usage

import { isLeapSecond } from 'is-leap-second'

isLeapSecond('2016-12-31T23:59:60Z') // true
isLeapSecond('2017-01-01T00:59:60+01:00') // true  (same UTC moment)
isLeapSecond('2016-12-31T23:59:60.5Z') // true  (fractional seconds accepted)
isLeapSecond('2020-06-30T23:59:60Z') // false (not a known leap second date)
isLeapSecond('2016-12-31T23:59:59Z') // false (seconds != 60)
isLeapSecond('not-a-timestamp') // false

API

isLeapSecond(timestamp)

Returns true if timestamp is a known positive leap second, false otherwise.

Parameters

| Name | Type | Description | | ----------- | -------- | -------------------------------------------------------------------------------------------------------------------------------- | | timestamp | string | An RFC 3339 timestamp with an explicit timezone offset, e.g. "2016-12-31T23:59:60Z". |

Returns boolean

Throws TypeError if timestamp is not a string.

toTime(timestamp)

Converts an RFC 3339 / ISO 8601 timestamp string (with explicit timezone offset) to a Unix nanosecond timestamp as a bigint, handling leap seconds correctly.

  • For ordinary timestamps, returns the equivalent of new Date(timestamp).getTime() * 1_000_000n.
  • Fractional seconds are preserved up to 9 digits (nanoseconds). Fractions with more than 9 digits are truncated to nanosecond precision.
  • For known leap seconds (e.g., "2016-12-31T23:59:60Z"), returns the nanosecond value for the leap second (i.e., one second after 23:59:59).
  • For known leap-second timestamps, any fractional part is ignored (same behavior as isLeapSecond).
  • Returns null for invalid or non-leap-second timestamps with seconds=60.
  • Throws TypeError if the input is not a string.
import { toTime } from 'is-leap-second'

toTime('2016-12-31T23:59:60Z') // millisecond value for the leap second
toTime('2024-03-15T12:30:00+02:00') // same as BigInt(new Date(...).getTime()) * 1_000_000n
toTime('not-a-timestamp') // null
toTime(42) // throws TypeError

Parameters

| Name | Type | Description | | ----------- | -------- | -------------------------------------------------------------------------------------------------------------------------------- | | timestamp | string | An RFC 3339 timestamp with an explicit timezone offset, e.g. "2016-12-31T23:59:60Z". |

Returns bigint | null — Nanoseconds since the Unix epoch, or null if invalid.

Throws TypeError if timestamp is not a string.

roundLeapSecond(timestamp)

Rounds a leap-second RFC 3339 timestamp down to the nearest valid instant accepted by the Temporal API.

Because leap seconds (:60) are not representable in the Temporal API, this function normalises them to the last nanosecond of the preceding second: <UTC-date>T23:59:59.999999999Z.

If the input is not a leap second (seconds field ≠ 60, or the UTC-normalised time is not 23:59, or the date is not a known leap second), the timestamp is returned unchanged.

import { roundLeapSecond } from 'is-leap-second'

roundLeapSecond('2016-12-31T23:59:60Z') // '2016-12-31T23:59:59.999999999Z'
roundLeapSecond('2017-01-01T00:59:60+01:00') // '2016-12-31T23:59:59.999999999Z'
roundLeapSecond('2016-12-31T23:59:60.5Z') // '2016-12-31T23:59:59.999999999Z'
roundLeapSecond('2016-12-31T23:59:59Z') // '2016-12-31T23:59:59Z'  (unchanged)
roundLeapSecond('2020-06-30T23:59:60Z') // '2020-06-30T23:59:60Z'  (not a known leap second, unchanged)
roundLeapSecond('not-a-timestamp') // 'not-a-timestamp'        (unchanged)

Parameters

| Name | Type | Description | | ----------- | -------- | -------------------------------------------------------------------------------------------------------------------------------- | | timestamp | string | An RFC 3339 timestamp with an explicit timezone offset, e.g. "2016-12-31T23:59:60Z". |

Returns string — A Temporal-compatible UTC instant string, or the original timestamp if it is not a leap second.

Throws TypeError if timestamp is not a string.

Detection logic

A timestamp is considered a leap second when both conditions hold:

  1. The seconds field equals 60.
  2. After normalising to UTC, the date and time (23:59:60 UTC) match one of the leap seconds announced by the IERS.

Timestamps without an explicit timezone (e.g. "2016-12-31T23:59:60") are rejected — RFC 3339 requires a timezone designator.

Fractional seconds (e.g. "23:59:60.5Z") are accepted; only the integer part of the seconds field is evaluated.

Known leap seconds

The library contains a hardcoded list of all 27 positive leap seconds up to and including 2016-12-31.

Source: IERS Bulletin C / NIST

Updating the leap second list

When a new leap second is announced, run the following command to fetch the latest data from the IANA time zone database and regenerate lib/leapSeconds.js:

npm run update-leap-seconds

Contributing

Source language

Package sources (index.js, lib/) are plain JavaScript with JSDoc type annotations. No compilation step is needed before publishing — what you author is what gets distributed.

The key benefit of this approach is that the package can be linked directly into other projects with npm link without releasing a new version first. This makes it practical to test new features end-to-end in a consuming project before committing to a release.

The test suite (index.test.ts) and maintenance scripts (scripts/update.ts) are dev-only and never published, so they use real TypeScript syntax.

Type-checking and declaration files

TypeScript checks the JavaScript sources via checkJs: true and emits declaration files to dist/ with emitDeclarationOnly: true. No .js output is produced. The prepublishOnly script in package.json runs this automatically before every npm publish, but you can also run it manually to verify types:

tsc -b tsconfig.src.json

Advanced TypeScript types

JSDoc cannot express every TypeScript feature (e.g. mapped types, template literal types). When you need them, define the types in a dedicated .ts type-only file and import them into JSDoc annotations via @import or @typedef {import('./types.js').MyType} MyType. This keeps the distributed files as plain JavaScript while still supporting the full TypeScript type system.

Test runner

The test suite uses the Node.js built-in test runner (node:test) together with the built-in assertion library (node:assert/strict). No third-party test framework is installed.

Run the tests with coverage:

npm test

This executes c8 node --test, collecting coverage in the same step without a separate runner invocation. The familiar describe / it API is used throughout — the style will be recognisable to developers coming from Jest or Mocha.

Because node:test is part of Node.js itself, there is no test-framework dependency to install, update, or audit. The minimum required Node.js version is 20, where node:test became stable.

License

Apache-2.0