![]() ![]() I know little about the filesystem format but at the very least Joplin would need to check the contents of each new file to know what its reading in (my local instance has 200 notes but >500 files, some of which appear to be recordings of edits? Presumably these contains data from tables in the sqlite DB other than the "notes" table?)Īdmittedly the same problem can happen with file edits. It seems to me that Joplin should instead read in new files even if they're older than the last sync time but there may well be other factors that I'm not aware of. In particular it will ignore any file with a timestamp older than Joplin's last sync time *even if the file is unknown to Joplin*. I've looked through the sync code in Joplin and I see it is relying entirely on the last-modified time of the file. # Thoughts following my own short investigation into the synchronisation code See that it does not pull in the new file Set the file's last-modified time to before your last Joplin sync Create a new note file (I copied an existing one and changed the name & ID in the file to a new hash)Ĥ. Set joplin to sync to the filesystem and ensure it is all synced up.ģ. Joplin version: 2.7.15 (Although this has been happening for at least a year, I updated recently and I *think* I was on 2.3.6 before that) syncthing maintains file last-modified metadata across devices, meaning that if my mobile device is not busy syncing (could be that syncing is off, I'm out of network range, off wifi, etc) and I add a note, wait a day and then let it sync, then the file on my PC will have a creation date of right now and a last-modified date that is a day in the past. ![]() This situation arises for me because I run Joplin on my PC and phone, have them both sync to the filesystem and then use () to sync the two. When syncing to the file system, new files with a timestamp older than the last … sync timestamp get silently ignored (instead of being pulled into Joplin). I tried to do as he said but the result was that the apped remained empty. To ovveride this behavior disable the faile in sync settings. Last error:Fail safe:Sync was interrupted becuse 94% of the data (15 items) is about to be deleted. What i expected: joplin will sync the Noted, and showed them on the app: which i did but that created a different problem:ġ.I downloaded the sync frolder from MEGA (no 2 way sync for now)Ģ.i told jopling on my Mobile that this is the new sync folder. is that even an option? and if so, how?Īny way i soppouse i will have to tell joplin what folder to go to. I am using MEGA but i couldn't find a way to get the 2 way sync on mobile working. However, there do exist some 3rd party apps that can provide two-way sync on Android for clouds like Dropbox, MEGA, etc. You can use other solutions on the desktop, but on Android, Syncthing is likely the only one that can actually sync the files the same way as on the desktop, meaning proper two-way sync and not downloading individual files or folders on demand which other cloud services normally do. Well, if i can use a cloud servers that i have more more trust in. All that is needed is the Dropbox client for the desktop device, which will sync the local file system folder to the Dropbox server. The Joplin Android app will sync with the Dropbox server by itself. BT Sync I find very easy to use.Quite correct as I said: there is no need for the Dropbox-App on Android. like very much Unison, but for me it is too complicated to set up. This is really not a solution, but at least I don't need to make new associations every time it changes.Īnother advantage with this program I think is that it often can pass firewalls without big problems. named BTSync_F-disk) with Portable BT Sync (which is no problem as the program is small), and then sync the same folders. I have "solved" the problem with not supported path portability by just making another folder (e.g. However, it can be a good idea to turn off or adjust versioning for these files, as they tend to very quickly fill up the hard-disk space otherwise. The program is great to use with big TrueCrypt files, as it will update the file in chunks of 4 MB. I have not scanned the disk for any files though, but it does not leave files in the "user" folder, so my guess is that it is stealth. I have tested that the program does not write to the register with RegFromApp, and it seems nothing is written there.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |