eric99

Are you sure about that? With unplugged network, I get "offline", never "All changes saved". So I think the intended meaning is that it is synced to the server.

I wonder why none of these blocking issues were ever reported by the beta testers? Or was it just ignored as a very rare issue?

What? History did not have any version earlier than that? So, all the history of that long-running note (more than a year) was deleted?!? What have they done to history? Is it converted into the yjs format as well, maybe in a compressed form, just keeping the deltas? Have you checked that your note wasn't duplicated (behind your back) and that it's maybe a copy you're working on? That could at least explain the missing history versions (but not the missing data). What is the creation date of your note?

I'm also wondering if we shouldn't raise the log level if we plan to send logs when this issue occurs? In the desktop version you do this as follows: ctrl help -> Activity Log-> Adjust loglevel -> Verbose (something like that, I translated this) I don't know how to do this on the other clients... I'm not sure if this will help the developers and/or how heavy this is on the file system and performance? If you're lucky, this may be a stress test that reveals the actual problem...

At least in your case history was still there! But history that has been suddenly removed is very hard to understand and is completely unacceptable (all changes were synced on all devices before) . History must be cumulative and may never be removed unless the note is completely removed. Or there is something completely wrong with history, or the user was suddenly working on a duplicate from a few days ago without knowing...

why is it called "three note sync issue" ? We know that the Evernote team was working hard to resolve this stuff, but they hoped that it was solved last friday 😕

Have you checked for a duplicate note with the same title?

But then why is there no history? Are we 1984? I hoped history would never be altered, at least not in my notes...

The conclusion then is that it never synced, although the app probably informed you that it synced perfectly all the time ?

So, there is no history at all of your writings of the last few days?!?

Has that note been viewed/edited concurrently in the past few days?

Please let us know if data loss still occurs. I stick with 10.58.3 until Nick.L has investigated my logfiles, just in case I need to test more with that specific release.

Poor support was mainly before Bending Spoons took over. Since I feel like @Federico Simionato and his team are more determined to address disastrous race condition bugs like this, I spent a little more time creating a ticket with all the info: support ticket #3701143 If more testing or information is needed, developers are always welcome to contact me

I should emphasize I didn't edit the same note on different devices either, just on the windows client. I opened it concurrently on 2 other devices just for reading... So, I think this is probably almost the same as your problem... Edit: I saved the logfiles, timestamps and other related context, but since all my previous tickets were 'closed' without solving them, I'm not sure that raising a ticket would contribute to the resolution of this problem. My tickets never get further than first or second line support 😕

I was able to reproduce this 'rare' bug in 5 minutes as follows: I created a new note on my windows client I typed a few lines of text I started my android client which was not synced for a day, so several notes needed to be synced While my phone was still busy with syncing , I opened the newly created note concurrently (just for reading) The new note stayed blank on my android phone. After waiting 1 minute, I closed the note and opened it again. Then 1 line of the three had finally arrived I opened the same note in the Web Client, concurrently (just reading) with android and windows client: even there only 1 line was visible in the note although the original note in the windows client contained 3 lines. I was able to enter new text in the windows client, everything was completely synced according the app but nothing came through anymore in the Web or Android client I closed the note on the windows client and opened it again, and suddenly my new content was lost and contained only one text line anymore, my note was reverted to a previous version. History didn't contain the lost data! This looks very much like a race condition bug in the sync mechanism 😕 EN v10.58.3

A local note link should be implemented as a relative html link to another html note in the html export folder. It's important to use a relative link to ensure that you can move the export folder in its whole to another location. No rocket science, this is how it has already be implemented successfully in the windows legacy client. It should be noted that note-ids aren't required in this implementation, just plain html links (actually not different from links to other attachments).

Yeah, but I mentioned the html backup as an alternative way to access your old notes without EN free or any other tool in case EN would disappear for some reason. Unfortunately, as long as real html isn't supported in V10, this is no option. I month ago, support advised me to use the legacy windows client for real html export!

Yep, Evernote claims to have html export but in reality it's just a half baked prototype implementation without working links to attachments or other notes, which is the essence of html ! https://discussion.evernote.com/forums/topic/136131-in-the-exported-html-clicking-on-the-attached-pdf-or-word-documents-does-nothing/

That's one of the reasons why a working HTML export is so important, no need for free Evernote or other note-taking apps, a perfect archive saved in the world's most popular file format, readable by all browsers for the next 100 years ...

If they really want to help avoid that situation, they could provide a configurable database location to another drive if needed (like it always was in legacy)

Also, running with minimal SSD space can drastically shorten its lifespan

Since server overload may reveal underlying data loss bugs, it is important to fix the root cause of the data loss first: race condition bugs and/or poor recovery from resource exhaustion. Data loss should never happen, not even in the event of communication problems or the server being choked. Solving the performance issues first would give the false impression that the data loss has been solved but this would come back sooner or later upon the next server hick up...

hmm, most notes convert in 5 seconds but I still have 1 minute delays for very old notes never touched for a long time (> 8 years), I have the impression that these notes get lower conversion prio ? )

Considering 10 billion notes, I hope not a python script 😁

Yep, exactly the same behaviour on my windows and android client. It looks like RTE isn't active, but real-time editing does work.