Sourced from filelock's releases.
3.32.5
What's Changed
- 🧪 test(fork): report where a stalled fork stops by
@gaborbernatin tox-dev/filelock#715- 📝 docs: say that mode is read-only in the thread-local section by
@Gares95in tox-dev/filelock#716- 🐛 fix(lease): clear token after failed acquire by
@lprnmnsin tox-dev/filelock#721New Contributors
@lprnmnsmade their first contribution in tox-dev/filelock#721Full Changelog: https://github.com/tox-dev/filelock/compare/3.32.4...3.32.5
Sourced from filelock's changelog.
########### Changelog ###########
.. towncrier-draft-entries:: Unreleased
.. towncrier release notes start
3.32.5 (2026-08-31)
SoftFileLease.tokenandAsyncSoftFileLease.tokennow readNoneafter a failed acquisition, so a contender turned away by a live holder no longer reports a token for a claim it never published. :pr:721- Document that
modehas no setter: unlikepoll_interval,timeout,blockingandlifetime, it is fixed at construction andlock.mode = ...raisesAttributeError. :pr:716
3.32.4 (2026-08-23)
StrictSoftFileLockalways retries a claim read whose first attempt reports the claim as pending, so a first read that itself outlasts the retry grace no longer fails closed on a claim it could have read. :pr:705WindowsFileLockwaits out a transientSTATUS_ACCESS_DENIEDfromNtCreateFilefor up to half a second before raisingPermissionError, since a peer unlinking the lock file as it releases can answer that for a moment; a real denial still fails fast. :pr:705- Every lock class now escapes the hostname it publishes, so a host whose
socket.gethostname()carries a space, a newline or a byte outside UTF-8 no longer writes a marker it reads back as malformed. Such a host used to lose a heldSoftReadWriteLockread slot to a peer and could not take a write slot or aStrictSoftFileLockat all. :pr:709
3.32.3 (2026-08-13)
- The fork-safety audit hook no longer prints
Exception ignored in audit hookwith aTypeErrorwhen an audit event fires during interpreter shutdown, after CPython has already cleared the module globals. :pr:701
3.32.2 (2026-07-29)
- A
SoftReadWriteLockorSoftFileLeaseacquire whose heartbeat thread fails to start now unlinks its marker and hands the claim back, instead of leaving an unrefreshed marker a peer takes while the caller believes it still holds the lock. :pr:691
3.32.1 (2026-07-26)
- Canceling an
AsyncSoftReadWriteLockacquire now releases the claim instead of leaking a marker whose heartbeat wedges every contender. :pr:686
... (truncated)
1585dfe
Release 3.32.500177c3
🐛 fix(lease): clear token after failed acquire (#721)5aeb9b6
📝 docs: say that mode is read-only in the thread-local section (#716)2634dd1
[pre-commit.ci] pre-commit autoupdate (#720)37dccf0
🧪 test(fork): report where a stalled fork stops (#715)