Surya Halim

Recently auto-updated to Android 12 and I noticed significant improvement to Evernote in terms of responsiveness. Feels like Android 12 brings major performance improvements to Electron-based app in general where Evernote is one. 10.20 feels like the version that is actually somewhat going in the right direction for me. Crossing fingers here.

10.20 fixed the infuriating issue of "swipe right to go back" that broke the ability to scroll right and being unceremoniously kicked out of note view due to misinterpreted swipe movement. Suggested filters also seems to fix broken tag search that had been on-going since debut of V10. Crossing my fingers on this one.

Using tag:* in the search box will ensure that all notes tagged with a specific tag (as a filter) will be returned as this action forces the client to invoke server-side search operation. The operation also rebuilds the local search index. However, the local search index does expire after X amount of retention time, hence the issue will re-occur in the near future. Saved search is a way to make the search always be server-side. The issue only occurs for Android client (unsure about iOS) as desktop/web clients have no offline capability AFAIK. It is unfortunate that Evernote had no documentation on how the "new" search works and customer support staff is clueless about it.

A while is roughly 1 day for me. It is curious as to how search by tag is implemented. Feels like it is done through local caching mechanism that has certain TTL, yet after the cache expires, there is no additional logic to rebuild this cache automatically. I can see EN doing this to reduce excessive loads on the back end but at the cost of poor customer experience.

Broken again now. All my tags are back to displaying No Notes Found.

I can confirm that tag search is still broken for Android client. Usually tag search works correctly for a period after the app is updated, clear all data (complete reset of app state) or post full text search. It is as if search only works against a temporary cache built up and cleared out periodically. Just got auto-updated to 10.11 through Google Play and now tag search works correctly. However I expect it to be broken again later once the temp cache expires. Can anyone else share experience doing tag search on Android?

I also see the same issue. Typically this happens to me when I have a note open, I switch to some other app and then I come back to the note. The note becomes blank, sometimes the loading icon shows up and sometimes it does not. The workaround has been to just swipe away Evernote to close it and then re-open. Force stopping also works.

I figured out that this is actually due to issue with offline notebooks. At first after data reset, the tags worked fine until I started marking my "References" notebook that contains the majority of my notes to be offline. Not to mention the notebook was never downloaded completely, only around 40%, hence tagged notes in the notebook not already downloaded were just looked up offline and not found as result. For now, I only marked 2 small sized notebooks to be offline. Offline notebook functionality is simply broken at this point.

I force stopped and blew away all the storage for Evernote app and re-logged in. Search by tags now works again for me. I am now in the opinion that this is a client-side issue triggered by server-side update of some kind.

Same here. This is pretty serious bug as this breaks tagging functionality completely. Simply clicking on any tag shows no note found. Problem does not seem to exist on MacOS version. Not really sure if this client-side or server-side issue - I am thinking this is more server-side issue as the issue did not start to occur since today.

Agreed here that the red squiggly lines are significant distractions with no way of turning off unwanted spell checking especially if you use Evernote in multilingual fashion.

If my understanding is correct regarding Evernote Enterprise having feature parity with Evernote Premium, then note versioning is supported so that you can revert to previous versions of a note in case of accidental edits. It still would be much better to prevent accidentals in the first place by having an explicit 'edit button' to change to edit mode and 'finish button' to change back to read-only mode for a note. A feature that seems to be easy to implement, but without any knowledge of what the technical backlog looks like, source code, or in-depth understanding of Evernote architecture, it is difficult to tell. As for delete confirmation dialog, Evernote always asks for user confirmation on note deletion even for Free version (I think) -- there is a post in one of the forums asking an option to turn delete confirmation off for being too annoying.

Definitely a very nice thing to have. Nothing is more frustrating than to find out you have mangled an important note due to fumbling when you were in a hurry. I doubt it is difficult to implement since we already have such thing for Android Evernote, why not for iOS version too? Why not across the board?