> For the complete documentation index, see [llms.txt](https://docs.fylr.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.fylr.io/releases/2026/v6.33.2.md).

# Release v6.33.2 (2026-06-25)

Published 2026-06-25 12:24:08Z

* [fylr\_checksums.txt](https://s3.eu-central-1.wasabisys.com/fylr-releases/v6.33.2/fylr_checksums.txt)
* [fylr\_v6.33.2\_darwin\_amd64.tar.gz](https://s3.eu-central-1.wasabisys.com/fylr-releases/v6.33.2/fylr_v6.33.2_darwin_amd64.tar.gz)
* [fylr\_v6.33.2\_darwin\_arm64.tar.gz](https://s3.eu-central-1.wasabisys.com/fylr-releases/v6.33.2/fylr_v6.33.2_darwin_arm64.tar.gz)
* [fylr\_v6.33.2\_linux\_amd64.tar.gz](https://s3.eu-central-1.wasabisys.com/fylr-releases/v6.33.2/fylr_v6.33.2_linux_amd64.tar.gz)
* [fylr\_v6.33.2\_windows\_amd64.zip](https://s3.eu-central-1.wasabisys.com/fylr-releases/v6.33.2/fylr_v6.33.2_windows_amd64.zip)

## Server

### Fixed

* **Slow save when creating objects with bidirectional links**: Creating or copying an object that set bidirectional links in the same step could take minutes, or time out, when the linked objects belong to a large bidirectional cluster. The only fast workaround was to create the object without the links and add them in a separate, later edit. Such saves are now fast in a single step, so the workaround is no longer needed. \[bb529723ae]
* **Delete workflow ignored its tag filter**: A workflow (transition) restricted to records carrying a particular tag — for example one that blocks deletion of records tagged *published* — was applied on delete to every record regardless of its tags, so deleting an untagged record was wrongly rejected too. On delete the tag filter is now evaluated against the record's own tags, whether the condition was set on the workflow's before or after side. \[20875f128]
* **Constraint-violation tags lingered in search after being cleared**: When a constraint re-check removed the last violation tag from a record — such as a *Unique Key Violation* resolved by fixing the duplicate or by dropping the unique key from the data model — the tag was removed from the record but the search index kept the stale value, so filtering by that system tag still returned the record until a full re-index. The records are now re-indexed when the tag is cleared, so the filter result matches the data immediately. \[1b3491a50]
* **Asset-upload permission scope when sharing collections**: The check that a collection's owner may pass on the *upload file* permission for specific file fields did not always honour the field scope. It is now verified correctly when a collection is shared. \[7f6c53f32]