5/5 -> 3/3 -> 8/8 -> ... -> App deleted from S10 on 2024-06-14
On the new Samsung S23
5/5 -> 32/32 -> ... -> 100/100 on 2024-06-14
My Windows App is actually
Joplin 2.14.22 (prod, win32)
Backup: 1.4.1
Conflict Resolution: 1.2.3
Your plugin says
This plugin supports both Joplin Desktop >= 2.14 and Joplin Mobile >= 3.0.
Could this plugin already help me to clean up my data in my Windows app?
If so, what plugin name should I look for to set it up in my Windows app?
debug
?
Yes — it should work in Joplin 2.14 (edit: the Joplin 3.0 requirement is just for mobile). Be sure that you have an up-to-date backup before deleting anything though!
"Joplin debug tool" is the plugin's name in Joplin's plugin repository.
Thank you – I will try to be very careful and only use the plugin for the advanced analysis of details for the time being and not make any changes with it yet.
1 Like
I've just added documentation on how to show information for a specific note/notebook/resource from an ID. (Previously, documentation on this feature was missing).
1 Like
Even after running just two apps and waiting a very long time to see if they were fully synced, I still couldn't get the notes to stabilise.
That's why I decided to take another drastic step: I deleted my main profile in my Android app and started from scratch with the synchronisation from the Joplin cloud.
After more than 24 hours, no further synchronisation progress was visible in the Android app. However, the synchronisation status has since shown a fairly constant number of around 5500 attachments that have not been downloaded.
To get another reference value, I installed a Joplin app on an iPad for the first time.
After about 24 hours, synchronisation was also complete on the iPad. In contrast to the Android app, all attachments are displayed as downloaded and decrypted on the iPad in synchronisation status.
After about 24 hours, synchronisation was also complete on the iPad. In contrast to the Android app, all attachments are displayed as downloaded and decrypted on the iPad in synchronisation status.
I spent about an hour noting certain parameters from the synchronisation status and manually counted elements in the conflict folders on Android and iOS after synchronising all three apps several times to the same state. Some values are strikingly identical, others strikingly different
Number of attachments = 7445
Android: 5464 not downloaded + 1980 downloaded and decrypted + 1 created locally
iOS: 0 not downloaded + 7445 downloaded and decrypted + 0 locally created
Windows: 0 not downloaded + 1698 downloaded and decrypted + 5747 created locally
Conflicts:
Android: 1
iOS: 94
Windows: 642
Conflicts (attachments) = 413
Android: 413
iOS: 413
Windows: 413
Is there anything I can do to ensure that the newly created profile in the Android app downloads all the attachments? I don't think so. I think that's a problem you'll have to find a solution for.
What I can contribute is a file of about 1.5 MB with error log data.
Since I found words in it that came from my confidential data, I don't want to make them public here.
The file starts with
06-15T20:47:20: JoplinServerApi: "TypeError: Network request failed
TypeError: Network request failed
at anonymous (address at index.android.bundle:1:250949)
at apply (native)
at anonymous (address at index.android.bundle:1:219117)
at _callTimer (address at index.android.bundle:1:218401)
at callTimers (address at index.android.bundle:1:220192)
at apply (native)
at __callFunction (address at index.android.bundle:1:122367)
at anonymous (address at index.android.bundle:1:120737)
at __guard (address at index.android.bundle:1:121687)
at callFunctionReturnFlushedQueue (address at index.android.bundle:1:120695)"
06-15T20:47:20: JoplinServerApi: "curl -v -X POST -H "X-API-AUTH: ******" -H "X-API-MIN-VERSION: 2.6.0" -H "Content-Type: application/json" -H "Content-Length: 71" --data '{"type":1,"clientType":2,"clientId":"725c0e857a244e5fa493c51281f6522b"}' 'https://api.joplincloud.com/api/locks'"
06-15T20:47:20: JoplinServerApi: "Code:", "undefined"
It should download all attachments by default. I'm not grasping the complexity of your particular case at the moment since there are many posts, but if you can narrow it down that may help. For example you have a specific image in desktop, and it doesn't appear in mobile, let's find out why.
The file ends with
06-03T18:43:05: JoplinServerApi: "curl -v -X GET -H "X-API-AUTH: ******" -H "X-API-MIN-VERSION: 2.6.0" 'https://api.joplincloud.com/api/items/root:/temp/timeCheck287026.txt:'"
06-03T12:40:15: Synchronizer: "Could not refresh lock - cancelling sync. Error was:", "Error: Lock has expired
Code: lockExpired
Error: Lock has expired
at construct (native)
at Wrapper (address at index.android.bundle:1:2619599)
at construct (native)
at _createSuperInternal (address at index.android.bundle:1:2618675)
at call (native)
at JoplinError (address at index.android.bundle:1:2619053)
at ?anon_0_ (address at index.android.bundle:1:2912346)
at next (native)
at fulfilled (address at index.android.bundle:1:2907992)
at tryCallOne (/root/react-native/ReactAndroid/hermes-engine/.cxx/MinSizeRel/5p1x2e66/arm64-v8a/lib/InternalBytecode/InternalBytecode.js:53:16)
at anonymous (/root/react-native/ReactAndroid/hermes-engine/.cxx/MinSizeRel/5p1x2e66/arm64-v8a/lib/InternalBytecode/InternalBytecode.js:139:27)
at apply (native)
at anonymous (address at index.android.bundle:1:219452)
at _callTimer (address at index.android.bundle:1:218401)
at _callReactNativeMicrotasksPass (address at index.android.bundle:1:218565)
at callReactNativeMicrotasks (address at index.android.bundle:1:220540)
at __callReactNativeMicrotasks (address at index.android.bundle:1:121846)
at anonymous (address at index.android.bundle:1:120939)
at __guard (address at index.android.bundle:1:121687)
at flushedQueue (address at index.android.bundle:1:120850)
at invokeCallbackAndReturnFlushedQueue (address at index.android.bundle:1:120793)"
When I read
06-03T18:43:05 and
06-15T20:47:20
as timestamps, this should mean that this data does not just refer to the newly created profile.
In my opinion, there are many of them.
I will try to work out a new individual case.
My first attempt at such an individual case analysis on 14 June still used data from the now deleted Android profile. Would the form and content of the description be ok, or should I provide more or different information?