Support Adobe Lock Files - #10260

/backport to stable-34.0

Artifact containing the AppImage: nextcloud-appimage-pr-10260.zip

Digest: sha256:8891dc34daedae8426dbf6ac8f27eaea6ba8d84c718527fada38841541cc9b6b

To test this change/fix you can download the above artifact file, unzip it, and run it.

Please make sure to quit your existing Nextcloud app and backup your data.

I still need to perform some manual tests.

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

Hello.
Sorry for the question, but why not make a more generic option to add lock monitoring for more files?
Example for AutoCAD:
A .dwg file is considered locked if .dwl and .dwl2 files exist.
This could be added to the user interface, similar to the feature for unsynchronized files.

@Mika-6-9

Pro

• More flexibility for end users to configure

Cons

• Violates Nextcloud design principles of configuration minimization in favor of simplicity
• While Adobe and (probably) AutoCAD have the predictable pattern by just creating another file with a different extension to indicate locking, the most popular and asked for third-party apps (in example Microsoft Office) do not and require logic to map the original file which is not trivial
• Effort offloaded to end users
• Requires end users to take action by themselves instead of shipping something out of the box
• End users would be tempted to repeatedly configure themselves instead of reporting an issue for us to fix it once for everyone
• Requires end users to have advanced knowledge about the apps they use far beyond the average (sometimes lock files are not even visible in file managers, so average people do not even know they exist)
• Increases maintenance effort for us
• Increases surface for bugs and regressions
• Negatively impacts agility of the project because there are more minor side features to keep in mind (simplicity is a key factor to move fast which we have to with our little resources compared to Google LLC and others)
• There is a reason why the major competitors do not offer that either
• A user interface feature implementation which covers all platforms, Windows virtual files, macOS file provider and classic synchronization folders requires coordination and resources which also collide with other product and management interests and probably is simply not worth it for the little niche value it delivers
• In my humble and personal opinion, we have too many features in the desktop client already. 😬 I prefer simplicity over feature bloat.

While we are on it, feel free to open a dedicated issue for the AutoCAD lock files, please! 😉 You can assign me directly.

Thank you very much for this detailed yet clear response.
I understand the points mentioned above, even though I would have preferred to be able to add file locks whenever I wanted, without needing custom development.
I have acted on your suggestion and created an issue: #10295
Thank you very much.