Skip to content

@parcel/watcher wasm backend prevents bumping version #10132

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
alshdavid opened this issue Apr 9, 2025 · 0 comments
Open

@parcel/watcher wasm backend prevents bumping version #10132

alshdavid opened this issue Apr 9, 2025 · 0 comments

Comments

@alshdavid
Copy link
Contributor

alshdavid commented Apr 9, 2025

Hi all, working on bumping the @parcel/watcher version and found that the commit adding the wasm backend breaks the cache integration tests in Parcel.

The watcher still works fine in the real world, it's just that versions 2.3.0 and above break the integration test suite. We specify ^2.x.x in the Parcel monorepo which is pegged to 2.2.0 in the lock file - however consumers will get a newer version (because they don't have the same lock file). So consumers are installing a version of @parcel/watcher that breaks integration tests (though works in the real world).

Example breaking test:

1) cache
       compression
         should invalidate when updating a compressor plugin:

      AssertionError [ERR_ASSERTION]: Expected values to be loosely deep-equal:

[
  'index.js',
  'index.js.abc',
  'index.js.map'
]

should loosely deep-equal

[
  'index.js',
  'index.js.abc',
  'index.js.def',
  'index.js.map'
]

Working on a fix for that, please let me know if you have any suggestions 🙏
Is it safe for the tests to be updated?

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant