MMEX + Syncthing

[iandlg]

With syncthing I have a linked folder between my computer (windows) and my android phone. When I update the .mmb database file using the desktop app I get the change almost instantly on my phone. But when I try to change the database with the Android app the file isn't modified.

To Reproduce
Steps to reproduce the behavior:

1. Create .mmb on desktop
2. Open the same .mmb on android
3. Enable synchronization on android
4. Make a change to .mmb on android
5. Click on synchronize, upload and download
6. Close android app
7. Wait for the change to appear on desktop

The change never happens, from the modified time I can also tell that the android app is not make any modifications.

• Device: Redmi note 10 pro
• OS: miui 13
• Storage: Phone storage + Syncthing
• Synchronization: Enabled with 5min interval and Sync on Start
• Encrypted: no
• App Version: 2024.05.02

[guanlisheng]

hi @iandlg, thanks for trying mmex
if Enabled with 5min interval and Sync on Start is your synchronization setting, i would like you to try upgrading it to the latest version: 2024.05.09

[iandlg]

I tried updating but there is still the same problem.

[guanlisheng]

that's wired as desktop -> android is ok
Can you share your detailed synchronization setting for both MMEX and Syncthing?

[iandlg]

Yeah so on here are the settings for the syncthing file

And here are the ones for mmex

And the update frequency is at 5min

[guanlisheng]

Thanks. everything seems ok. Syncthing should take the changes from Android mmex every 5m.
can you add a trx in your android mmex, and sync it. then check the database file in android folder?

[iandlg]

A transaction you mean?

[iandlg]

So i just added a transaction from android and it says "Your database has been stored successfully" and "the database is up to date". Then I closed the app. And when I go to the files on android the last modification was at 19:14 not 19:40.

[guanlisheng]

yup, a transaction. you still see the transaction in your android mmex, correct?

to double confirm you were checking the same file Finance/MonyeManager.mmb?

[iandlg]

Yeah same file in both. Yup the transactions stays even when I close the app and open it up again. It just doesn't appear on the desktop.
Also when I manually reopen the .mmb from android, it deletes the transaction.

[guanlisheng]

ok.

seems MMEX did not sync the database file from app-specific folder to Document folder while it should.

can you

1. share the per database setting which includes both local and remote path.
2. perform export the database file to Document folder.

[iandlg]

2. Ok so when I export the database from android and read it on desktop it works

[guanlisheng]

Thanks.

export works, and it is a sort of manual push.

now, i have no idea why the synchronization was not working.

[guanlisheng]

hi @iandlg
what's your android syncthing version?

[rljt24]

Hi, I am having the same issue. I can push changes in my database from my desktop to my phone but not the other way around. I think the issue is that the database path on my phone is not going to my snyc'd folder but the path that you see in the picture above. I tried making a folder that used that path in Syncthing, but Android would not let me use that folder. Is there a way to change the database path?

[guanlisheng]

hi @rljt24, please describe your detailed configuration and steps to re-produce the issue.

you can refer to https://moneymanagerex.org/blog/mmex-cloud-storage-with-nextcloud/

[github-actions]

This issue is stale because it has been open 90 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[github-actions]

This issue was closed because it has been stalled for 5 days with no activity.

[raphaelsuzuki]

I faced the same issue when trying to sync MMEX on Android with Syncthing. It turns out that there's no support for SAF on Syncthing and probably won't be on the foreseeable future: syncthing/syncthing-android#2047

So as long as MMEX is dependent on SAF to work on Android, users should look for other alternatives.

[guanlisheng]

thanks, @raphaelsuzuki for sharing.