eric99

On 9/5/2023 at 10:11 PM, eric99 said:

Yeah, I built in some extra checks in my own HTML export tool and it discovered 28 Untitled Notes in my latest enex export

I'll try to find out which hidden characters are the culprit and how they end up in the title

Perhaps the odd character is nbsp, which sometimes appears in enex files, making life harder for xml parsers and maybe for the enex generator as well when inside a title? I don't think it is valid enex character according the dtd file.  I look further...

Yeah, I built in some extra checks in my own HTML export tool and it discovered 28 Untitled Notes in my latest enex export

I'll try to find out which hidden characters are the culprit and how they end up in the title

Just FYI, this is the offical ENML doc: https://dev.evernote.com/doc/articles/enml.php#added

1 hour ago, boardtc said:

@eric99, excellent debugging

1. Individual export produces Untitled note.md in enex file
2. Duplicate of note produces correct title.md

I can do that for these 2 notebooks but I would prefer not to have to check my other 30+ by hand, some with 100s of notes. Still not the end of the world with this work around and a bit of grafting. Many thanks.

Thanks for testing!  I suggested this to diagnose the problem but I'm glad that it helps you with your export 🙂

What do we learn from this?  The most probable conclusion is what john/T already suggested: the title contains hidden characters which were removed in the duplicated note. To prove that theory you could manually remove the title in the original note and type it again. Then export to check whether the exported title is still empty.

Maybe this problem should be discussed with @Federico Simionato before destroying the traces ?

23 hours ago, boardtc said:

With the current windows app I exported 2 notebooks from Evernote with all notes having a title.

One of the notebooks had 14 notes and the other 49, when imported the first notebook had 2 Untitled notes and the 2nd 1. I redid the export and import and the same happened for the same notes. I could not see a pattern as to why those particular notes have a problem - it's only the title that had an issue.

It sounds like no one had got to the bottom of this, is there an open bug somewhere?

Some additional tests to pinpoint the problem more precisely:

Does it occur if you export that particular note only?

And what if you export a duplicated note of that note? If it still occurs, you can delete the title manually, retype it again and try the export again. If it still occurs after that, you may gradually strip down the note until it doesn't occur anymore ...

edit: I've just checked all my enex files from the last year and didn't find any problem ( I do a global search in all my files at once)

2 hours ago, Duhtch said:

Hi everyone,

I experienced problems using the previous V10 release. So I reported them to EN Support, then returned to using legacy EN. Today I saw there is a new 10.61.4 upgrade. It's great to hear some of your stories about improvements. So I installed and tried 10.61.4. The first thing I did was simply move a note from one tag to another tag. The "note count" next to the tags changed immediately. But it took 4 - 5 minutes before the note appeared within the tag's list of notes. Then I tried moving it back to the original tag and it also took 4 - 5 minutes. I rebooted my laptop to see if that would make a difference. It was exactly the same. Obviously, I can't wait for these long and confusing delays. So for now, I will go back to legacy. I reported this to EN Support.

Suggestions welcome : )

Kind regards, Duhtch

I can't reproduce this, on my 10.61.4 windows client it's instant...

1 hour ago, bwydoogh said:

I must say that I also noticed the performance improvement of the 10.61 version. Love it!

Additionally, I find it very pleasant that there is a clear presence of Evernote in these forums (especially @Federico Simionato 🙂). Clearly a different style of communication than "before."

yes, and not only much better communication, but also a much more efficient way to fix bugs 👍  Trust is coming back 🙂

2 hours ago, Cuchulain said:

... none of the changes I was working on over the weekend are synchronized (even though Evernote is connected and says "All changes have been saved". 

Yeah, in previous versions I also got this message when there was actually data-loss. 

The message "All changes have been saved" seems very optimistic, it is displayed without an actual database commit. This misleading message is the reason users keep editing without realizing that data loss is building up.

Great! 10 notes made in less than 5 seconds, tagging, moving and deleting notes back to normal speed as well 😃

19 hours ago, PinkElephant said:

From my view they could terminate supporting legacy right away. Place an announcement: Will terminate end of september 2023, offer some transition support, and go, go, go.

Agreed, but only if they fix the 2 year old html bug first (ticket 3309909)! Especially now with potential data loss issues, HTML makes it much easier to recover a single note than a full notebook import via ENEX

Maybe we need a thread to list the bugs that definitely need to be fixed before legacy is discontinued.

I am still willing to pay, but EN must deliver what they promise

22 minutes ago, Dave-in-Decatur said:

I don't suppose there's any chance that NaN is Danish for "none"? 

close, it´s "Not a Number" 

20 hours ago, PinkElephant said:

Thanks for sharing.

My personal elephant currently are the abysmal seconds when I create a new note on iOS.

On my iPad Air 5 (with an M1, completely overpowered, latest iOS, EN iOS 10.53.1) it takes more than 15 seconds from hitting the new note button until the note is open and ready to receive whatever information I want to drop into it.

It takes a similar time on my iPhone 11 Pro max. It seems that it doesn’t depend (much) on the device, it just takes turns until the new note is ready to digest anything.

No idea how this slipped into the code base first (it used to be snappy all the time) and then made it into a release client.

On my Android client it takes 3 minutes... What the hell is it doing, is it mining bitcoins or something?

10 hours ago, Paul A. said:

I just sent you logs, note link, screenshots and a detailed description of a different type of data loss I just experienced about an hour ago. Hopefully my experience has the same root cause as Janessa's, but if not I hope my report helps get to the bottom of this one as well. This data loss relates to a pdf attachment, and while this is the first time I've experienced the exact scenario which resulted in a lost pdf attachment, this is at least the third time that I've lost an attachment in recent weeks and I am very concerned. I can't exactly count on Evernote to be my second brain if it randomly decides to lose my attachments.  

On which device(s) did the data loss occur and under what circumstances? My Android client also loses photos when 4G data connection is used

3 hours ago, PinkElephant said:

Well, 10.53.1 is out - and it didn’t fix the issue. It still takes between 20-40 seconds on my iOS devices to create a plain, empty new note.

A logout and a forced restart didn’t change anything. It seems the next ticket is needed.

Is note creation much faster with a disconnected network?

2 minutes ago, agsteele said:

The API doesn't, currently, include the new stuff. I don't anticipate that will change any time soon.

Yes, the new stuff will definitely be a lower priority.  The developers have other problems to solve 😏

On 7/19/2023 at 9:13 PM, agsteele said:

I doubt that a fix to the API will be along anytime soon.  What is really needed is a new API which connects to the new data structures and features. Tasks, Calendars, Note Update etc all need new options in the API.

In layman's language the old API requires the Legacy connections and what most applications do is connect as Legacy.  However, the real time sync has to lock the Legacy data while RTE/Sync is connected so many external applications are effectively locked out and generate errors. 

I don't think that there is a solution for this other than the release of a new API.  My backup utility still works because, I think, I shutdown all Evernote access overnight when it happens I have the backup scheduled to run.

Why does the public API specification need to be changed? The whole purpose of an API is precisely to provide a stable, consistent interface to a service that can sometimes change internally over time. So the public EN API can still hold, but of course the API's underlying implementation needs to be adjusted a bit for RTE.

The API can be extended with the new V10 functionality such as Tasks, Calendars etc. as this does not break existing external integrations (Open Closed principle).

19 hours ago, Zawen said:

 However, Devonthink can only import from Evernote Legacy! As of now, while Legacy is no longer usable as a tool, it still runs and will allow Devonthink to import. Once Legacy is removed or doesn't start up anymore, notes will be locked into Evernote by all practical definitions.

Can you please explain in more detail why Devonthink needs legacy? Isn't it just using the evernote API then?

1 hour ago, Federico Simionato said:

1. Evernote desktop 10.60.4 is available to everybody
2. 👉 If you are on 10.60.4 and lose some data, please send me a forum DM with (important):
   1. app logs
   2. URL of the note where you lost content
   3. an explanation of the steps you went through

We are dedicating a lot of effort to solving data loss, but we have not been able to reproduce the issue, as it appears to happen infrequently and randomly. So we need your help. Thank you!

which minimum log level do you need for the windows client? Will there be more specific logging in the next release to facilitate data loss debugging?

14 minutes ago, Dave-in-Decatur said:

Another thought: if you're planning to drop back from a paid plan to free, do all this manipulating of humungous notes before you drop back.

Exactly, and even now you can just subscribe for a single month to do all this manipulating of humongous notes. I don't get all the fuzz about it...

In the windows client I see some data loss too:

Reproduction steps:

create a new note

type a few lines of text (in the bottom right corner I see the notification that everything has been synced)

after editing, switch immediately to another note

go back to this note: Much of the note's content is gone

edit: I also noticed that the evernote client takes 40% CPU resources intermittently every few seconds, even while 'idling'

edit: this was 100% reproducible until  logout/login, since then I can't reproduce it anymore. I'm trying to figure out what I did before to get my evernote client in that state.

Perhaps this has to do with the performance issues that will be resolved next week, but of course poor performance should never affect the correct functioning of a program...

One issue not resolved in V10.60 is the slow creation/deletion of notes which still takes 5 to 40 seconds. This was almost immediately in 10.58.8.

Is this a known issue?

edit: the extreme delays of 40 seconds seem to be related to server problems. Disconnected, note creation takes 5 seconds, still  very slow...

8 hours ago, Sledr said:

OBSIDIAN ALL THE WAY FOR ME!!

- Searches - Obsidian is SOOO FLEXIBLE with its search capabilities

 

If there's one thing I don't like, it's the bloated messy search results list

4 hours ago, Sledr said:

OBSIDIAN ALL THE WAY FOR ME!!

- Tags are absolutely critical for me and Obsidian handles tags REALLY WELL - so much better than Evernote.

- Searches - Obsidian is SOOO FLEXIBLE with its search capabilities: Regular Expressions, Saved Searches or Bookmarks can be sorted in alphabetical order - WHICH HAS ALWAYS BEEN TOO HARD FOR EVERNOTE TO FIGURE OUT???  Or organized in folders and sub-folders in any order you wish.

- Templates - REAL TEMPLATES.  Programmable templates.  Evernote's templates don't include tags or headers.  There's no way to programmatically enter today's date in a header in Evernote????

- Foldable sections

- VERY CUSTOMIZABLE THEMES - that allow you to change the view, color and organization of your notes on your screen.

- CANVAS option that allows you organize multiple notes any way you like on your screen.

- It is open source.  So there are lots of improvements being made every month or every other month.  

- There are lots of developers world wide, who write plugins.  I have found the plugins to be very reliable.

- Even though this is open source software IT IS SOOOO MUCH MORE RELIABLE THAN WHAT WE HAVE HAD TO DEAL WITH FROM EVERNOTE DEVELOPERS , THE PAST 3 YEARS!  

- Finally the data, folders and files are yours.  You don't have to wait 2 weeks for Evernote to finally find the last technician who can still figure out how to get you logged in again and give you access to your notes.

- I'm not big into nested folders but I know you can have them with Obsidian.  Obsidian's structure is totally based on the file system of the hardware you are using.  So you can nest folders anyway you want.  I have some nested folders.

The one negative is that the obsidian.md web page documentation is not great for a beginner.  So getting started can be disconcerting, at first.  But you quickly find lots of videos and outside contributors who do explain how everything works, very well.

Sending an email to Obsidian is NOT a native feature.  I do miss that.  There are various recommendations on how to add this capability to Obsidian but none of them are 

since when is obsidian open source?

there are only a few developers for the core product...

Impressive, this has all been resolved:

• searching in a notebook is denied with the pop-up message: "Permissions lost, you can no longer access notebook XYZ"
• sometimes global search in all notes returns the full note list instead of the filtered one.
• deleting a note by pressing the delete button doesn't always respond
• the note menu is sometimes completely grayed-out for some notes
• when scrolling to the bottom of a result list with length > 128 ( 2^7 ), it always jumps back automatically to the top of the list. So the notes at the end of the list are unreachable
• sometimes a global search does return a result list, but then after just waiting 10-30 seconds, it spontaneously starts repeating the search with intervals of a few seconds. This happens only when the result list sort-order is set to 'relevant'

I still need to further check the note creation / deletion performance which was affected as well.

13 hours ago, eric99 said:

@Federico Simionato I already mentioned that the unexpected greyed-out note menu (and corresponding malfunctioning shortcuts) can be fixed with CTRL-R. 

In case you don't know yet, this trick is also a work around for the notebook permission denied problem:

1. Select your notebook in the left toolbar

2. Press CTRL-R

3. Enter your search string which will now return the correct result list

So it seems that a notebook selection ends up in an inconsistent state (perhaps caused by a race condition as it doesn't always happen). This causes a permission denied problem when searching later on.  By CTRL-R the inconsistent state is corrected by refreshing the internals and searching works normally again

 

I further found that typing an additional CTRL-R after the results list is displayed, fixes the result list limitation of 128 notes and probably the result list oscillation.

So it's possible that all the reported search problems may have a single root cause (race condition causing an inconsistent internal state resulting in a variety of weird symptoms).