Found multiple revisions to it.
Todo was called "May 26" but there is nothing in my app that says that anymore, nor anything if I search under "voter" (or any of the other info in the multiple entries about it that have text I'd searched for before).
Can't insert the whole table, but from item_id to diff for the last entry, updated Fri. May 22, 7:41am my time:
Can you check if there are any notes in the Notes table which match with the id:
cd76d45602b449c1bcf3d074610eb6d6
If so, does that record contain the whole content of the note in the body field? If yes, would you be able to post the whole record (except the title and body you can redact if it contains anything sensitive) here so I can see what attributes the note has?
Looks like it was an error from sharing with Ecosia, as I actually first suspected in this thread. From what little I know, the links I shared from Ecosia seem to have overwritten the important todo somehow. I have two copies of that same note titled "2 links from Ecosia" with the same links to MSN. they were put in the notebook called "Art", while the original todo was in "Today".
Looking more in notes in the database, there are at least 7 copies of the same two links note, with the following item ids:
cd76d45602b449c1bcf3d074610eb6d6
ea80db8917fc4035a72e5768c51634ee
362935ac1fe44100b117d0f2c5077a86
af87acde3cdc438b8537a23739c2824a
ee45f2e860c64ba8a1797b7252049d5a
4bd10fa5005143aa848495d13d1b7933
1b7e58e4aecd473d82f996e5f8cffe17
In my app itself, I can only find 2 instances of this note in the notebook "Art." The other 5 I do have in the trash.
This is consistent with weird behavior from Ecosia sharing links in the app on Android. I have left the app to go back to Ecosia only to come back and find duplicated notes of the links I had already shared. Now I wonder if any other previous notes I had have also been overwritten with links when I always thought these duplicates were new notes and just annoying.
Based on what you have provided, it seems highly likely the note replacement happened when using share to Joplin via Ecosia. However I cannot see how this can happen from looking at the related code, nor am I able to reproduce the issue or even a failed share, unless all notebooks are trashed. I am guessing the issue relates to when the share function failed as you mentioned, but as I am unable to reproduce a share failure I unfortunately can't investigate this further. I could not even find any errors in the log which relate to the share function.
You also mentioned a note created via sharing being created in one notebook, and later appearing in another, but I can't reproduce this either or see how this could occur in the code. I can only guess it relates to the same issue which I think is that a failed share can somehow result in an existing note being overwritten. The only way I foresee this could happen is that the shared data somehow gets cached even though there was an error, and then the next note you open gets overwritten due to the note initialisation logic which inserts the shared data when it has been set by another app. I don't know how it could get in that state though.
@Ldko When you get the sharing error, did it happen to look like this (red banner at the top), or was it presented in some other way, or has a different message?
Essentially the Android share launches Joplin which then tries to share and sync at the same time and can start flicking around between different notes and I’ve seen similar overwrite errors occur, though not exactly this. Maybe this is what they call a race condition.
I’ve since disabled the resume note plugin as perhaps this was making things worse though I don’t know if it’s the root of the problem.
For me the core issue is that auto sync can’t be disabled and Joplin is taking on more than it can handle all at once. One can even see this by simply cold opening Joplin Android and immediately trying to get things done - you end up dealing in a very laggy app until the initial auto sync is done.
Obviously there are some fundamental issues here but allowing us to turn off auto sync would provide huge mitigation until all these performance issues can be solved, and just generally it would provide useful functionality for those of us who think for a “local first” app it should be our choice when to sync.
I don't think so. The OP reported that they did not use sync until a few days before posting and had not synced desktop yet, which means they were only using a single device. I'm pretty sure the flicking around between different notes can only happen when you sync with more than one device, because if only using a single device, there will never be any incoming changes to modify the local data set
Yes but I'm saying the process of the sync itself happening at the same time as other processes seems to be causing the glitching - I didn't mean differences in sync state. I hope that makes sense.
I'm sometimes seeing this "flicking" as soon as the sync starts, ie before data has properly transferred, so to my mind it's a processing issue rather than a data issue.
I have never seen any error messages, only duplicate and then overwritten notes.
And I believe the duplicates at least had been happening before I started sync. It could be that the overwrite only happened after I started syncing - the original note in this thread was definitely overwritten only after syncing but I dont know if others before that have been overwritten.
When I do some more sharing from ecosia, I'll see if I get any sense of when/how the duplicates happen, but it's not something I guess I'm working on as a priority.
Well tonight I went to edit a note, had pressed edit and started adding text and the app just "flashed" and went back to the notebook containing the note I was editing. For a moment, the note I'd been editing wasn't there at all, then it suddenly appeared with two copies. The one copy that seemed "older" based on sitting below the other had the edits I had started making but the "newer" version actually had lost the edits and was the version I had started with.
None of this had anything to do with browser link sharing - the note I was editing didnt have links and I havent been trying to share anything this evening or in recent days.
I had set it up last week or so to sync with my desktop version now since recovering my previous overwritten note.
So not sure whether this is related but the note duplication seemed similar.
That flashing sounds like the issue Ben was talking about and is not addressed in my code fix.
Can you check the note history in the ui on both notes which seemed to be duplicates, and verify if either have a note history of a previous note? That would determine if is it a true duplicate or overwriting an existing note. Also, can you check if there is a notebook called 'Conflicts' at the top of the notebook list, in case the duplicate is actually a conflict?
Also, did you happen to move the note to a different notebook on desktop before experiencing the issue when syncing on mobile? Something I am able to reproduce is that when a note is moved via the sync, the note list may remain in an outdated state, and it's only when you make a change (or something else causes a refresh) that the note disappears and ends up in the correct notebook.
I did also observe a moved note temporarily visible in both the original and target notebooks on mobile when attempting this previously, but this corrects itself shortly after. I don't know specific steps to reproduce that scenario however, and I'm not able to produce the flashing notes scenario either
I will check on this after this week as I am tied up with a big work project.
Just noting I was editing a note in my Art notebook today and had a similar experience. Looking briefly at Conflicts I will say I dont see the duplicates there for either instance.
