qbittorrent fails with what looks like a "file_mmap" error, even with linux > 6.6

[LeVraiRoiDHyrule]

Hi,
I am using mergerfs on debian, and I have qbittorrent in docker downloading to the mounted mergerfs volume.
I have lots of other containers that have no issue writing to the mergerfs volume.

qbitorrent fails with the following error:
File error alert. Torrent: "LibreOffice_25.2.5_Win_x86-64.msi". File: "/data/torrents/LibreOffice_25.2.5_Win_x86-64.msi". Reason: "LibreOffice_25.2.5_Win_x86-64.msi file_mmap (/data/torrents/LibreOffice_25.2.5_Win_x86-64.msi) error: No such device"
Judging by the file_mmap in the error (maybe I'm wrong), I would say it is related to this https://trapexit.github.io/mergerfs/preview/quickstart/#configuration

I am on the following linux version :
6.12.38+deb12-amd64
So I am above linux 6.6, which means I should not have to enable mmap, if I understood correctly.
My mergerfs options are the following:

cache.files=off
func.getattr=newest
dropcacheonclose=false

So I should be meeting the requirements. But I still have this error in qbittorrent.
Would you have an idea why ?
Thanks in advance for any answer

[trapexit]

The docs are for the yet released version. You need to enable page caching explicitly till that version is released.

[LeVraiRoiDHyrule]

Thanks for your quick answer !
I am on mergerfs vesion v2.39.0. What would be the best option for this version that would allow qbittorrent to work while still preserving performance / space ?
The docs for the future version says

    cache.files=auto-full
    category.create=pfrd
    func.getattr=newest
    dropcacheonclose=true

but I am unsure if it also applies to the version I'm on currently.

EDIT:
It works with both cache.files=auto-full and cache.files=partial. Which one would be the most recommended ?

[trapexit]

1. As the docs mention I always recommend updating to the latest version. That part of the docs is all the same no matter the release.
2. As the quickstart mentions just use auto-full