markdolph

I experienced the outage when I started using EN at around 09:00 EST.  

For many of us, Evernote is where we keep our most critical data and information.  After all, what's the point if we can't rely on it?

Over the past several months, I've felt like EN is being run by amateurs.  The software is slow and laden with bugs, and now outages.

For a company that intends to offer a world-class product with back-end services, outages are unacceptable, and failure to communicate is inexcusable.  

This should include all notes tagged with the sub-tag; am I correct? 

If so, it no longer works.

Version 10.61.7 | macOS Monterey (Version 12.6.8)

@gazumped

Thanks!  not the best user experience, but the ticket has been submitted via the mobile app.  

I really appreciate your help.

https://help.evernote.com/hc/requests/new 

takes me to the Web client.

This is the problem I've always had with EN... why is it so difficult to reach support?

17 minutes ago, gazumped said:

Hmmn.  Support,  I think...

ok.  how do I contact support?

I'm running 10.61.5, and the problem is not solved!

5 minutes ago, Dave-in-Decatur said:

Do the problems return after a quit and restart? I had some issue (can't remember just now) that persisted after updating to 10.60.4 on Windows, but after I restarted the computer it was resolved and hasn't returned.

Yes. they eventually return.  

On 8/7/2023 at 6:45 AM, Mike P said:

Seems to be solved by 10.60.4

 

I'm running 10.60.4 on a Mac and find that note links and searching on note tags is still flaky.  Sometimes, I need to search twice or click on a note link twice, to get the correct result. Problems go away when I quit EN and restart.  Is anyone else having the same issue?

1 hour ago, Mike P said:

 

As you can see from the quote above from my original post this was one of my origional issues raised. The same happens if you click on a tag on the filter menu. You don't even have to click on the same tag twice. Clicking on first tag fails, clicking on the second tag (same as original or different) works.

 

Apologies... I should have been clear.  My mac crashed 3 times with V10.59.5 and stop crashing when I reinstalled the previous release.

Evernote-10.59.5 was inadvertently re-installed again yesterday.  I noticed that I had some ability to search/filter on tags if I clicked on the tag twice.  I also noticed that my mac crashed three times yesterday.  I reverted to Evernote-10.58.8. and things seem fine (knock on wood).

Any one else seeing this behavior?

4 hours ago, PinkElephant said:

It is only for the „knowing“:

 

It's absolutely insane that customers are having to go through this...

I've held on to the Evernote-10.58.8 disk image.  Unfortunately, this will probably become a practice.

On 7/19/2023 at 11:55 AM, Mike P said:

I have just updated to 10.59.5 and I am finding the following things happen. 

1. From Notes type in some search text. Press enter - nothing happens. Moving the focus back to the search bar and hitting enter again often works. If I already have tags selected then pressing enter clears everything and takes me back to all of my unfiltered notes. 

2. Again starting from all notes selecting items from the filter menu (tags or contains) the box closes but nothing is selected. Repeating the exercise then works

3. Clicking on a tag in the sidebar frequently does not work. It seems that every other click works so I now have to double click all tags to select them.

I've refreshed my local database and uninstalled and reinstalled the app - nothing worked. I do not get the issue on the web version.

Anybody else having similar issues?

I'm having precisely the same issues.  

I recommend against downloading and installing a specific EN version for the first time.  Version 10.59.5 is completely unusable to me.

10 hours ago, tyoung77 said:

The staff responded to my support ticket about slow opening. But considering the suggestions by @Dave-in-Decatur it really doesn't matter anymore. As the Phil Collins song of the 1980's goes. "I don't care anymore...no more no more...no more no more...".  I too am old school. Life is truly too short to get upset about a minute here and a minute there. 

The first post in this thread was on 10th May, and there's still no resolution.  I would have expected someone from the EN support team to give us some sort of indication of when this issue would be addressed.

Did you learn anything useful?

2 minutes ago, eric99 said:

Yes, and what could also help is that they get rid of their javascript addiction in this case. I wouldn't be to surprised if the converter is written in javascript instead of a high performant language like C++ or Rust...

Evernote's code base was aging and bloated, and this was causing problems for the company prior to the acquisition. Version 10 was an attempt to address this problem, but it came with its own set of challenges. The use of JavaScript was one of these challenges, and it is possible that this will lead to more teething pain in the future.

Bending Spoons is a company that specializes in mobile development, and they have a good track record of success. However, they are new to the Evernote platform and its users, and it is likely that they will make mistakes. This is especially true in the early days of their ownership of the product.

2 minutes ago, PinkElephant said:

Usually these cloud servers are mounted in a rack, 10 virtual users on a physical one. They usual have significant idle times.

I second that this needs to be solved, either by using background time on a desktop client, or by a converter option that you can start in the app.

Evernote announced a while back that they are using the Google Cloud Platform.  If there are idle servers, then something would be screwy.  

That said, EN should bite the bullet, convert everyone's data all at once and relieve us from suffering one converted note at a time.  If they want to do it in the cloud, fine by me.  

3 minutes ago, PinkElephant said:

I assume that such a conversion on the database level could be runtime optimized. Ideally it would be running when the server is idle.

Maybe somebody could employ AI (oh  🤭I dropped the buzzword) to decide which notes to convert first 😉 .

Almost by definition, servers aren't idle... there's always work to do.  

On the other hand, I don't know why notes (in a cache) can't be converted on our desktops (in the background) and synced to the servers opportunistically.  To the point of your namedrop, an algorithm could determine which notes to be given priority.

14 hours ago, Dave-in-Decatur said:

RTE is the fix for the syncing issues. I myself thought RTE was super cool but not much use to me, since I work alone. Till last night. I was working at deadline on an important document in Evernote when I got a Blue Screen of Death. I realized (with a great rush of relief) that while the crashed computer rebooted, I could turn to my laptop and pick up exactly where I was when the BSOD happened. No loss of data, no loss of time, no loss of my train of thought. It was remarkable, and proved to me that even for a solo worker this is in fact a very useful feature.

I've also seen some notes be very slow to appear, especially in the Web and Android clients (where there is no local notes database to be converted, so the note has to be converted on the Evernote servers before syncing to my device. "Convert all my notes at once" could work on a Windows or Mac machine with enough power not to bog down the system while it was being done. If this were to be done on Evernote's servers ("convert all our notes at once") I imagine it would take days and slow down syncing while it was happening. There's no free lunch to be had here, and it will require some patience, but after last night I am fine with waiting for a note to open, if that means I can pick up where I left off in the event of a crash, power outage, coffee on the keyboard, etc.

I'm happy that your disaster was averted.  But the logic is problematic for me.  Real-time syncing fixed your problem; real-time editing is a feature enabled by real-time syncing.  The real-time syncing is a feature EN should have had for a long time, the latter is irrelevant for a lot of us because we don't collaborate in real-time with Evernote.

Either way, for it to take dozens of seconds to load a note is a deal breaker and it needs to be fixed right away.

-Mark

8 hours ago, Dave-in-Decatur said:

Sounds like a plausible suggestion; but without knowing what the drag on syncing overall would be with the servers churning away converting all of everybody's notes, it's hard to say which is really better. Are the notes that take, say, >20 seconds to appear particularly large ones, have lots of attachments, etc.? I imagine that could be a factor. As could other things going on on a particular computer. Not trying to make excuses, just get a fix on the situation. I definitely experience a delay loading notes that I haven't worked on in a while, but generally maybe only 5-10 seconds.

Good questions.

I'll understand the delays more systematically when I have time.  

Of course, thinking about this too much will also cause me to think about why EN didn't look at this more carefully before launching the feature or whether I even need RTE.

I appreciate Evernote's attempts to keep the product fresh with new features but like Version 10, but they really should do more testing with users.

On 5/10/2023 at 4:48 AM, Dave-in-Decatur said:

Technical explanation here, plus the comment from Federico a couple of posts further down:

 

I appreciate the explanation.  However, the performance is unacceptable and this needs to be fixed.

A better approach is to convert the entire database at once.  This could be done in the cloud, and the results re-synced with the client.  Or create a cache and convert the notes that are cached so we don't have to experience the delay. 

For me, some notes take 10s of seconds (or more) to appear.  This detracts away from my experience using the product.

Thanks all for the suggestions...

I use an app uninstaller that comes with Parallels Toolbox.  I've attached a screenshot of what it removes.  I think it does a pretty complete job... thanks for taking a look.

Thanks for posting a response...

I've tried both of your suggestions.  Sometimes, closing EN and re-opening will solve the problem for one link, then when I try sharing another link, the problem returns.  I've also tried uninstalling EN, along with all of its data, and re-installing and the problem eventually returns.

The only reliable workaround is to share links from the Web App.  😞

I'm using this Evernote release 10.54.4-mac-ddl-oublic (3978) under macOS Monterey Version 12.6.3

When attempting to generate a shareable link, I get nothing...

However, I noticed that I can generate a shareable link using the web client.

The link is then available in the desktop client.

In side view, Evernote 10 limits the width.  This was not the case with Legacy Evernote.

In Evernote Legacy, the user can sort by Tags & Location.  This feature was removed in Evernote 10.  

I would like to see it return.

With v10,  when making changes to attached documents I'm asked to save it as a new file.  I would then have to manually move back to Evernote.

Having to do this, somewhat defeats the purpose of saving documents in Evernote.