vuex-module-decorators VS desktop

The most important thing to realise is that the vuex-module-decorators class-based model behaves just like a vue-class-component under the hood.

This is my current favorite way to use TS+Vuex. It just clicks so much more in my head to do things like:

vuex-module-decorators: This one, I just realized, I use a little differently than I think is expected. Here is an example from their docs of what you can write and what it is equivalent to in "raw vuex":

If you're on Vue 2 I'd recommend this NPM https://github.com/championswimmer/vuex-module-decorators

Using https://github.com/championswimmer/vuex-module-decorators. Every module is 'dynamic' so you don't have to predefine your entire store in an object. here is a small example:

Also forget about the automatic upload feature in the Android client, I switched to FolderSync for a reliable experience.

I've managed to get OnlyOffice working, Collabora Office previously broke for some reason. However latest upgrade also broke OnlyOffice. The solution for this is to put the secret and authorization headers into config.php in addition to the OnlyOffice plugin settings. [2] No idea why, but that is a thing.

My Nextcloud runs as a normal PHP application and I haven't had any issues with upgrading yet. Going from, I think, version 23 on Debian 11 to 27.1 now on a different machine running Debian 12 since I started using it.

Maybe I should find something more focused on file syncing, but the all-in-one approach of Nextcloud and its various plugins makes trying some new services very easy.

[1] https://github.com/nextcloud/desktop/issues/5031

[2] https://github.com/ONLYOFFICE/onlyoffice-nextcloud/issues/60...

While reading this article, they were suggesting to modify the maxChunkSize in the Desktop client app configs, problem is, I've had this problem also on mobile... so that's not the solution I need.

I've added a link to this at https://github.com/nextcloud/desktop/issues/3912 which appears to be the right ID tracking it, and from what others have said this appears to be isolated to using the Virtual Files feature.

I know about this thread. If you look at the pull request that closes this, you see that this implements support in the clients for manual locking using the file_lock app. File locking like in a remote file system is probably not possible using a sync client (see this comment for example).

Nextcloud has had too many longstanding bugs like the one that mangles metadata, breaks sync, and requires server side intervention to fix [1]. I don’t trust them to do normal sync anymore. There’s no way I’d take the risk of letting them encrypt my data.

They need to slow down on features before tech debt ruins their product (if it hasn’t already).

1. https://github.com/nextcloud/desktop/issues/4378

Very regularly I get conflicts, right after editing a file. I found others having issues such as this Github issue and I tried some of the suggestions but so far none of them helped.