sharp icon indicating copy to clipboard operation
sharp copied to clipboard

'jp2' and 'v' does not exist in sharp.format object

Open Juneezee opened this issue 1 month ago • 1 comments

Possible bug

Is this a possible bug in a feature of sharp, unrelated to installation?

  • [x] Running npm install sharp completes without error.
  • [x] Running node -e "require('sharp')" completes without error.

If you cannot confirm both of these, please open an installation issue instead.

Are you using the latest version of sharp?

  • [x] I am using the latest version of sharp as reported by npm view sharp dist-tags.latest.

If you cannot confirm this, please upgrade to the latest version and try again before opening an issue.

If you are using another package which depends on a version of sharp that is not the latest, please open an issue against that package instead.

What is the output of running npx envinfo --binaries --system --npmPackages=sharp --npmGlobalPackages=sharp?

  System:
    OS: Linux 6.17 Arch Linux
    CPU: (16) x64 AMD Ryzen 7 PRO 4750U with Radeon Graphics
    Memory: 16.33 GB / 22.84 GB
    Container: Yes
    Shell: 5.9 - /usr/bin/zsh
  Binaries:
    Node: 24.10.0 - /home/jun/.nvm/versions/node/v24.10.0/bin/node
    npm: 11.6.1 - /home/jun/.nvm/versions/node/v24.10.0/bin/npm

Does this problem relate to file caching?

The default behaviour of libvips is to cache input files, which can lead to EBUSY or EPERM errors on Windows. Use sharp.cache(false) to switch this feature off.

  • [x] Adding sharp.cache(false) does not fix this problem.

Does this problem relate to images appearing to have been rotated by 90 degrees?

Images that contain EXIF Orientation metadata are not auto-oriented. By default, EXIF metadata is removed.

  • To auto-orient pixel values use the parameter-less rotate() operation.

  • To retain EXIF Orientation use keepExif().

  • [x] Using rotate() or keepExif() does not fix this problem.

What are the steps to reproduce?

  1. Copy the provided minimal reproducible code below into main.ts file
  2. Run node main.ts (Node v22.18.0 or later required for native TypeScript support)

What is the expected behaviour?

According to the TypeScript definitions, sharp.format should return a FormatEnum object which is expected to contain jp2 and v properties.

https://github.com/lovell/sharp/blob/dc6820b49f4bc5943ca7c6b1f7e379621b81f6a6/lib/index.d.ts#L47-L49

https://github.com/lovell/sharp/blob/dc6820b49f4bc5943ca7c6b1f7e379621b81f6a6/lib/index.d.ts#L1915-L1940

Expected

jp2 {
  id: 'jp2k',
  input: { file: false, buffer: false, stream: false },
  output: {
    file: false,
    buffer: false,
    stream: false,
    alias: [ 'j2c', 'j2k', 'jp2', 'jpx' ]
  }
}
jp2k undefined
v {
  id: 'vips',
  input: {
    file: true,
    buffer: false,
    stream: false,
    fileSuffix: [ '.v', '.vips' ]
  },
  output: { file: true, buffer: false, stream: false }
}
vips undefined

Actual

However, sharp.format returns an Object that contains jp2k and vips instead of jp2 and v. This matches the test cases that I found in this repository:

https://github.com/lovell/sharp/blob/dc6820b49f4bc5943ca7c6b1f7e379621b81f6a6/test/unit/jp2.js#L14

https://github.com/lovell/sharp/blob/dc6820b49f4bc5943ca7c6b1f7e379621b81f6a6/test/unit/util.js#L134-L136

jp2 undefined
jp2k {
  id: 'jp2k',
  input: { file: false, buffer: false, stream: false },
  output: {
    file: false,
    buffer: false,
    stream: false,
    alias: [ 'j2c', 'j2k', 'jp2', 'jpx' ]
  }
}
v undefined
vips {
  id: 'vips',
  input: {
    file: true,
    buffer: false,
    stream: false,
    fileSuffix: [ '.v', '.vips' ]
  },
  output: { file: true, buffer: false, stream: false }
}

Please provide a minimal, standalone code sample, without other dependencies, that demonstrates this problem

import sharp from "sharp";

console.log("jp2", sharp.format.jp2);
console.log("jp2k", sharp.format.jp2k);

console.log("v", sharp.format.v);
console.log("vips", sharp.format.vips);

Please provide sample image(s) that help explain this problem

Juneezee avatar Nov 12 '25 05:11 Juneezee

Thanks for reporting, I agree it's currently inconsistent and I'll need to think about which way we go to make it so. It'll probably be a (small) breaking change regardless.

lovell avatar Nov 14 '25 09:11 lovell