Problem with file sync after service-outage

As Gael has explained, file-sync should be back to normal.

However, I’m having problems with it. It might have to do with the fact, that up until the big service-outage last fall I had been using a nextcloud-app to sync files between my fairphone and the murena.

Filesync with nextcloud did not work anymore after the service outage and I realized that this file-sync apparently is built into murena-os already, . So I’ve uninstalled the nextcloud app.

When I go to settings/accounts/murena-account I can see that I am syning address-books, app-settings, tasks, calendar, notes (all enabled). Curiously, there’s no specific sync-setting for files except “allow file sync on limited networks” (enabled) and “images and videos” (disabled).

Under “allow file sync on limited networks” it states that last sync was performed yesterday afternoon.

However, I can’t find my test.txt file (manually placed in the murena-cloud documents folder via browser) anywhere on the phone. I’ve specifically checked for the directory “FP3/Documents”.

Am I missing something? Did the nextcloud-app bend some paths in the system, that murena-os is not aware of? Any ideas greatly appreciated.

p.s. In another thread, Manoj had mentioned "“Settings → Client Synchronization.” I cannot find this setting (my system is in German though, maybe I am not looking for the correct terms)

(with the link pointing to the docs - unless it’s checked it blocks a group of user-agents if not all until they feel comfortable again or the user does earlier)

1 Like

I didn’t need a backup since all the files I was syncing were still on my phone.
About 10 days ago, photos started syncing again and I received the email re the Backup folder.
So I assumed that files/notes would also be sync’d going forward, but they didn’t appear to be!

This post has pointed out what I clearly missed; namely checking the tickbox in the Murena Workspace that re-enables Notes/Files syncing.
However, this has only started syncing Notes and NOT Files.
Re-reading the guide I then spotted this :-
" Note: By default, eDrive will not push again all the local files you have on your smartphone. An upcoming eDrive update will fix this behavior, and force push on Murena Workspace the files you have on your device."

So, does that mean no file syncing will be possible until a future eDrive update enables it?
And when might this be?!

Thanks!

1 Like

Oooooh, thank you!!! I was looking for those settings on my phone… :pensive:

@retrogren “when eDrive force push?” you could check the latest post in the weekly dev updates category and if there’s no mention just ask.

“… does that mean no file syncing?” - no, just no device-side known-file syncing. New files should get pushed.

IF you feel confident (backups, or no need for them), just empty the cloud remote and reset eDrive app state. Then it’s a new day all around

1 Like

I have some trouble here, too.

So, in my browser, the “Files” (german: Dateien) are activated with four folders. Should there be a new folder with the backup or not? I can’t see anything anywhere that would indicate the backup.

What do you mean with “reset eDrive app state”? Is eDrive an app? (just checked on applounge, but didn’t find anything)

eDrive is a system-app with a database of “seen” files. One can clear the book keeping and let it figure out files to sync again.

But: in your top post you state to use the nextcloud-app, not eDrive? In any case, with the ticked checkbox, nextcloud-app should work.

Ah, this could be a fix for what I described in this thread: Murena Workspace - h - #11 by crabs So do I go to settings > apps > See all … apps > three dots button > show system > /e/ Drive > storage & cache and clear both storage and cache? Or only one of them?

in doubt, use logfox or adb logcat to look at eDrive messages.

the bookkeeping avoids re-uploads and holds onto “etags” of remote files if they’re more current and need downloading. If the remote (“cloud”) is mostly empty or you have solid backups, a reset of storage is easy. cache should be inconsequential.

I’m cautious because not every error mode can be anticipated - like an unwelcome overwrite on either side.

1 Like

This topic was automatically closed after 90 days. New replies are no longer allowed.