Jump to content


Level 2
  • Content Count

  • Joined

  • Last visited

Community Reputation

9 Neutral

About jaume

Profile Information

  • Subscription

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. > The internal search of EN is working. It is indeed. > In this thread the discussion is about a function of MacOS not being able to find information inside the EN database except for words in titles. This is an external search into the EN data. It is an external search that is enabled by a piece of code called Spotlight plug-in. The plug-in allows the Spotlight service understand how Evernote notes are stored so that it can index them and display them when they match a search query. The plug-in is not written by Apple. It is written by Evernote, and it's part of the Evernote app: /Applications/Evernote.app/Contents/Library/Spotlight/EvernoteSpotlightImporter.mdimporter > I think fixing something that is not in your own responsibility is always trickier than fixing a bug in your own code It's a bug in Evernote's own code. See above. > If I really want to find something, I simply have to go to EN itself and do the search I'm happy that it works for you. But for me... I think the search experience provided by Spotlight is better. I almost exclusively search with it and it is very annoying that I'm no longer able to find notes contents .I suspect that the OP (and possibly many other users) feel similarly. The sad part about all this is that Spotlight used to work with Evernote. It worked flawlessly for me (after manually fixing a bug as explained here) until version 7.9. Evernote 7.10 brought an internal change in how notes are stored that broke the Spotlight plug-in. 7.11 hasn't fixed it, and here we are, stuck with this problem with no sign that it will be solved any time soon.
  2. > TL;DR Be patient, I am. Since one year, when this bug first hit me. And counting (7.11 is out and Spotlight is still broken). > development is tricky and can’t always be transparent. Yes, I understand that. > Support teams do not fix bugs; they only provide workarounds if they exist and report bugs to the Development team. Development teams have their own ticketing system for tracking code changes. Well, that's Evenote's choice, I know of other companies that handle tickets differently, like Atlassian. The point is that I, as a paying customer, don't get any feedback (more than the usual thanks for reporting, we are working on it) on reported bugs. Evernote could be more transparent, for example, they could maintain a page on their website with known bugs including priority and estimated release information for a fix. > In addition, as I understand EN is in the process of overhauling their code base. This is not an easy feat and will break other features. I understand adding features can introduce bugs, and welcome the fact that they are improving their code base, but here we are talking about basic functionality. The Spotlight search is not working reliably since several years (see this thread). I don't think keeping expectations low is the right attitude. > Be assured that they have prioritized the fix. I want to believe they have, but the facts show otherwise. This problem is old and recurring. I can't help but think that Evernote are dragging their feet on this issue. > Apple is rumored to overhaul their OS significantly and may impact how developers implement on their platform. Isn't that the reason why Apple offers beta versions of their OS to developers several months in advance?
  3. How can they be working diligently to "fix the issue as soon as possible" and the same time change the ticket status to 'inactive'? Shouldn't the ticket be transitioned to status "in progress" or "working on it" or similar? This doesn't make any sense. At all.
  4. Should we call this Spotlight-gate? This is an old and recurring issue that Evernote apparently can't get right and, in my case in particular, is a terribly frustrating situation. I make heavy use of Spotlight, and Evernote 7.9 worked beautifully with it. I could search both title and contents of notes reliably. 7.10 cripples Evernote, and to add insult to injury, the release notes that accompany that version state: "Your notes had stopped appearing in Spotlight Search. But we fixed it". I provide instructions on how to revert back to Evernote 7.9 in hopes that they will be useful to someone. They worked for me, but understand that you do it at your own risk (you should have a backup of your Mac prior to upgrading to Evernote 7.10 and be Terminal-savvy) : Make sure you have your login details for Evernote. Back up your Mac (seriously). Quit Evernote and delete it. Launch Terminal and stop all Evernote processes with this command: for process in $(ps -ef|grep Evernote | awk '{print $2}'); do echo kill -s KILL $process; done In Terminal, delete Evernote files from your Library folder: rm ~/Library/Application Scripts/com.evernote.Evernote* rm -rf ~/Library//Group Containers/*.com.evernote.Evernote Restore the following folders from a backup of your Mac prior to upgrading to Evernote 7.10: ~/Library/Application Scripts/com.evernote.Evernote ~/Library/Application Scripts/com.evernote.EvernoteHelper ~/Library/Containers/com.evernote.Evernote ~/Library/Group Containers/com.evernote.Evernote Restore the Evernote app from a backup of your Mac prior to upgrading to Evernote 7.10. Launch Evernote and log in. Create missing symbolic link (I've split the cd command in two lines for easier copy/paste): cd ~/Library/Containers/com.evernote.Evernote/Data/Library/Application\ Support cd com.evernote.Evernote/accounts/www.evernote.com/????*/localNoteStore ln -s ../content content On macOS 10.13 High Sierra: In Terminal, import metadata: mdimport -d 1 ~/Library/Containers/com.evernote.Evernote/Data/Library/CoreData/com.evernote.Evernote/????*/ENNote/_records You should see lots of ouput (one line per note) like this: 2019-05-25 11:34:27.358 mdimport[16716:418099] Imported '/Users/<user name>/Library/Containers/com.evernote.Evernote/Data/Library/CoreData/com.evernote.Evernote/<ID>/ENNote/_records/p385.enspot' of type 'com.evernote.note-metadata2' with plugIn /Applications/Evernote.app/Contents/Library/Spotlight/EvernoteSpotlightImporter.mdimporter. On macOS 10.14 Mojave: In Terminal, import metadata: mdimport ~/Library/Containers/com.evernote.Evernote/Data/Library/CoreData/com.evernote.Evernote/????*/ENNote/_records Hopefully you can now search both titles and contents of notes. (See http://jenswilly.dk/2015/10/fixing-evernote-and-spotlight-indexing/ and https://discussion.evernote.com/topic/88450-evernote-notes-arent-showing-up-in-spotlight-results for more information.) If anything goes wrong, delete: ~/Library/Application Scripts/com.evernote.Evernote ~/Library/Application Scripts/com.evernote.EvernoteHelper ~/Library/Containers/com.evernote.Evernote ~/Library/Group Containers/com.evernote.Evernote and the Evernote app, install it again, log it and wait until it syncs your notes.
  5. @DTLow That didn't help me either, and, if I understand it correctly, now it is clear to me why. The Recreate Spotlight Search Index menu item recreates the Evernote Note metadata files located in this folder: ~/Library//Containers/com.evernote.Evernote/Data/Library/CoreData/com.evernote.Evernote/<id>/ENNote/_records/ (which works nicely) and requests Spotlight to re-index them. And that last part fails in the same way "mdimport" failed in my tests: there is a path mismatch that prevents Spotlight from indexing the metadata. I hope Evernote can look into it, find out what the root cause is, and finally fix it. @jayelevy I'm glad Spotlight is working for you too!
  6. @jayelevy You're welcome! The warnings you see are the same warnings I got before I created the symlink. Is the symlink in the localNoteStore folder, and did you create it with "ln -s"? This is what it looks like on my end: $ pwd ~/Library/Containers/com.evernote.Evernote/Data/Library/Application Support/com.evernote.Evernote/accounts/www.evernote.com/158389171/localNoteStore $ ls -l total 7768 -rw-r--r--@ 1 llj staff 794624 Jul 11 13:16 LocalNoteStore.sqlite -rw-r--r--@ 1 llj staff 32768 Jul 12 12:57 LocalNoteStore.sqlite-shm -rw-r--r--@ 1 llj staff 2377272 Jul 12 12:57 LocalNoteStore.sqlite-wal lrwxr-xr-x 1 llj staff 11 Jul 12 10:41 content -> ../content/ $ file -h content content: symbolic link to ../content/ Can you post the contents of your localNoteStore folder and the output of "file -h content"?
  7. Ever since I upgraded my work and home MBPs to High Sierra (macOS 10.13), Spotlight only seems to index the titles of my notes, I can't search for their contents. None of the tricks and workarounds recommended on these forums helped me, Evernote support told me it was a known issue and they were working on it. Today I spent some time (again) troubleshooting this issue after installing Evernote 7.2.2 from scratch, got lucky and could fix it. I share it here in hopes that it can be useful to others: Launch Terminal and change directory to (replace <id> below as necessary): cd ~/"Library/Containers/com.evernote.Evernote/Data/Library/Application Support/com.evernote.Evernote/accounts/www.evernote.com/<id>/localNoteStore/" Create a symlink to ../content: ln -s ../content/ content Re-index files (replace <id> in the command below as necessary): mdimport ~/Library//Containers/com.evernote.Evernote/Data/Library/CoreData/com.evernote.Evernote/<id>/ENNote/_records Wait until done. You might see some dyld warnings about paths being ignored. Now your notes should (hopefully) be properly indexed in Spotlight. If this didn't work for you, try this other fix on Jens Willy's website: http://jenswilly.dk/2015/10/fixing-evernote-and-spotlight-indexing/#comment-3757837. Why is the symlink necessary? After following the instructions in Jens Willy's blog post, mdimport failed with lots of warnings: That's because mdimport was trying to access a non-existing folder. The symlink fixes that. I hope this helps, Jaume
  8. I administer several applications at work and use Evernote mainly to write how-tos and other documentation like installation procedures, reference and troubleshooting articles. I make a huge use of lists and have noticed that tables: help keep information neatly organized (like commands to run, options the user has, etc), like this: prevent multiline text to be pasted as list items, like this: Unfortunately, it looks like Evernote has never supported inserting tables in lists (at least since November 2016, when I became a Plus member). I worked around this limitation by creating a table and then pasting it to the list. This worked until version 7.x. I feel this would be a great feature.
  9. This is a must-have feature, so I came here to upvote this idea. Evernote Mac Team: This much needed functionality was requested in 2013, so we are going to get it any time soon, right?
  • Create New...