Yes. There were significant improvements since last year and more will follow. Please keep this issue in mind which was already fixed but not shipped yet:
opened 01:15PM - 19 May 26 UTC
closed 11:39AM - 20 May 26 UTC
1. to develop
bug
### ⚠️ Before submitting, please verify the following: ⚠️
- [x] This is a **bug… **, not a question or a configuration issue.
- [x] This issue is **not** already reported on Github (I have searched for it).
- [x] Nextcloud Server and Desktop Client are **up to date**. See [Server Maintenance and Release Schedule](https://github.com/nextcloud/server/wiki/Maintenance-and-Release-Schedule) and [Desktop Releases](https://nextcloud.com/install/#install-clients) for supported versions.
- [x] I agree to follow Nextcloud's [Code of Conduct](https://nextcloud.com/contribute/code-of-conduct/)
### Bug description
Firstly, congratulations and big thanks to @i2h3 - the newest release of v33.0.5 is a massive step up for macOS VFS! It addresses several points I raised in #9010, particularly through #9890 and #9057. Especially, the new "keep downloaded"-indicators are a massive game changer.
However, I recognised a bug in terms of how the "keep downloaded" policy is inherited. I am not sure if it is truly about the inheritance or just about the display of the indicator.
Working as expected: When a new file is added into a "keep-downloaded"-folder _via macOS_, the newly added file inherits the policy and gets an indicator.
Not working as expected: When a new file is added into a "keep-downloaded"-folder _via the online interface_, the newly added file does not get an indicator.
<img width="400" height="86" alt="Image" src="https://github.com/user-attachments/assets/7f552b56-fd22-4f28-9beb-6193b2600074" />
### Steps to reproduce
1. Install v33.0.5 on MacOS
2. Mark a folder as "always keep downloaded"
3. Add a file to this folder from the online interface
### Expected behavior
The new file added via online will be automatically downloaded and will also receive the arrow-badge indicator.
### Which files are affected by this bug
?
### Operating system
macOS
### Which version of the operating system you are running.
26.3.1
### Installation method
Official Installer for macOS 13 and later
### Nextcloud Server version
32.0.9 via Hetzner Storage Share
### Nextcloud Desktop Client version
33.0.5
### Did this occur after an update or on a clean installation?
Minor version update (i.e. 33.0.0 → 33.0.1)
### Are you using the Nextcloud Server Encryption module?
No
### Are you using an external user-backend?
- [ ] Default internal user-backend
- [ ] LDAP or Active Directory
- [ ] SSO - SAML
- [ ] Other
### Nextcloud Server logs
```shell
```
### Additional info
_No response_
hofnam:
Is it technically possible to also introduce “Remove download” for whole folders, or will we need to keep on deleting the download of every single file, once we happened to keep a big folder downloaded?
Good point. Technically, this is possible. Actually, this is the way it should be. Spontaneously, I cannot see any obvious error in code. But I could reproduce the issue. I created an issue and it should be fixed soon.
opened 10:14AM - 28 May 26 UTC
os:
feature:
## Steps To Reproduce
1. "Always keep available offline" a folder
2. Wait for i… ts content to materialize
3. "Allow automatic freeing up space" on that folder again
4. Wait for the pin decorations to disappear
## Expected Behavior
1. "Remove Download" is offered in the context menu on the materialized folder
## Actual Behavior
1. "Remove Download" is **not** offered in the context menu on the materialized folder but only on materialized files inside