build(deps): Bump ndarray from 0.15.6 to 0.17.2 in /frontend/df-wasm

[dependabot]

Bumps ndarray from 0.15.6 to 0.17.2.

Release notes

Sourced from ndarray's releases.

ndarray-rand 0.16.0

This release of ndarray-rand adds compatibility for the new ArrayRef type in ndarray 0.17. It adds the the new RandomRefExt trait, providing sample_axis and sample_axis_using methods on ArrayRef.

This release also bumps the requirements for rand to 0.9.0 and for rand_distr to 0.5.0.

Changelog

Sourced from ndarray's changelog.

Version 0.17.2 (2026-01-10)

Version 0.17.2 is mainly a patch fix to bugs related to the new ArrayRef implementation.

In addition, ndarray has reduced its packaging footprint to ease supply chain reviews (and shrink the binary size!). A special thanks to @​SwishSwushPow and @​weiznich for bringing this to our attention and making the necessary changes.

Added

• Add type aliases for higher-dimensional ArcArrays by @​varchasgopalaswamy #1561

Fixed

• Add PartialEq implementations between ArrayRef and ArrayBase by @​akern40 #1557
• Implement Sync for ArrayParts by @​gaumut #1552

Documentation

• fix some typos in comments by @​tinyfoolish #1547

Version 0.17.1 (2025-11-02)

Version 0.17.1 provides a patch to fix the originally-unsound implementation of the new array reference types.

The reference types are now all unsized. Practically speaking, this has one major implication: writing functions and traits that accept RawRef and LayoutRef will now need a + ?Sized bound to work ergonomically with ArrayRef. For example, the release notes for 0.17.0 said

Reading / Writing Shape: LayoutRef<A, D>

LayoutRef lets functions view or modify shape/stride information without touching data. This replaces verbose signatures like:

fn alter_view<S>(a: &mut ArrayBase<S, Ix1>)
where S: Data<Elem = f64>;

Use AsRef / AsMut for best compatibility:

fn alter_shape<T>(a: &mut T)
where T: AsMut<LayoutRef<f64>>;

However, these functions now need an additional bound to allow for callers to pass in &ArrayRef types:

fn alter_shape<T>(a: &mut T)
where T: AsMut<LayoutRef<f64>> + ?Sized; // Added bound here

A huge thank you to Sarah Quiñones (@​sarah-quinones) for catching the original unsound bug and helping to fix it. She does truly excellent work with faer-rs; check it out!

Version 0.17.0 (2025-10-14) [YANKED]

... (truncated)

Commits

• 2cf23d6 chore: Release
• 1eb4559 Remove most version specifiers in README (#1573)
• 59c1ce0 Craft a release log for 0.17.2 (#1572)
• 6fd0a9d Clean up clippy allows and unnecessary borrows (#1571)
• 8adf5d8 Revert #1563 and #1567 to prepare for patch release (#1570)
• 953f2e9 Move LayoutBitset to its own module (#1567)
• 6e02f15 Configure docs for feature gates globally (#1565)
• d573745 Rename Layout to LayoutBitset (#1563)
• 13a8963 Add PartialEq implementations between ArrayRef and ArrayBase (#1557)
• e039158 Add additional commits to ignore on git blame (#1562)
• Additional commits viewable in compare view

[github-actions]

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

[Fossferous]

recheck

[Fossferous]

Tried on 2026-09-08 and it cannot be taken yet.

deep_filter is pinned at tag v0.5.6 and brings its own ndarray, so bumping this crate to 0.17 gives two incompatible ArrayView2 types and df-wasm/src/lib.rs stops compiling at self.inner.process(noisy.view(), enh.view_mut()).

The pin can only move when deep_filter's does. The manifest now records that, and docs/DEPENDENCY_UPDATES.md has the full list of what is held and why.