Skip to content

Commit 85890b3

Browse files
d-v-bmaxrjones
andauthored
release : 3.2.1 release notes (#3942)
* release:3.2.1 release notes * docs: add changelog entry * docs: remove changelog * Fix date and add link --------- Co-authored-by: Max Jones <14077947+maxrjones@users.noreply.github.com>
1 parent 37ae37b commit 85890b3

4 files changed

Lines changed: 19 additions & 14 deletions

File tree

changes/3938.bugfix.md

Lines changed: 0 additions & 4 deletions
This file was deleted.

changes/3941.bugfix.md

Lines changed: 0 additions & 6 deletions
This file was deleted.

changes/3944.bugfix.md

Lines changed: 0 additions & 4 deletions
This file was deleted.

docs/release-notes.md

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,25 @@
22

33
<!-- towncrier release notes start -->
44

5+
## 3.2.1 (2026-05-05)
6+
7+
### Bugfixes
8+
9+
- Fixed a `CastValue` validation bug where the "can we use an out-of-range mode" check
10+
inspected the source dtype instead of the target dtype. This meant arrays with a
11+
float source dtype and an integer target dtype incorrectly raised a `ValueError`
12+
when configured with a `wrap` out-of-range mode. ([#3938](https://github.com/zarr-developers/zarr-python/issues/3938))
13+
- Fixed a bug where the codec pipeline evolved each codec against the original
14+
array spec instead of the spec produced by upstream array-to-array codecs. This
15+
caused failures whenever an upstream codec changed the dtype between codec
16+
boundaries — e.g. arrays using `CastValue` to convert a single-byte source dtype
17+
(`int8`) to a multi-byte target dtype (`int16`) raised a `ValueError` from
18+
`BytesCodec` about a missing `endian` configuration. ([#3941](https://github.com/zarr-developers/zarr-python/issues/3941))
19+
- Fixed breakage in existing fsspec-dependent workflows caused by associating the "memory" URL scheme with
20+
instances of `ManagedMemoryStore` instead of fsspec's memory-backed store. After this change, store URLs with a "memory" scheme are handled differently when `fsspec` is installed:
21+
with `fsspec`, a `FsspecStore` backed by a `MemoryFileSystem` is used. Without `fsspec`,
22+
a `ManagedMemoryStore` is used. ([#3944](https://github.com/zarr-developers/zarr-python/issues/3944))
23+
524
## 3.2.0 (2026-04-30)
625

726
### Features

0 commit comments

Comments
 (0)