luckman212

This beta is getting better! Best release in a while. I know a new editor is coming... so I'm ignoring all of the code block bugs I reported which are still present. Still can't search EN note contents w/ Spotlight though, depsite nuking and rebuilding indexes again after installing 7.10b2

Can you please open a topic for 7.10 beta 2?

There's a bug related to https://discussion.evernote.com/topic/117007-mac-76-beta-1/?do=findComment&comment=521750 - This is about how highlighted words are shown when scrolling within a note. The original bug was fixed (scrolling vertically, the hghlights stay in the right place). BUT there's a 2nd part of the bug: when highlight results are found in Table cells, they don't move left/right as the table is scrolled & the contents are wider than the window. Here's a screenshot: and here's a little animated one showing the scrolling left/right while the highlights remain stationary: bugreport filed: #2822781

So now that 7.9.1-457700 is out - should we switch to that? Seems to be a newer build than 7.10beta (457647)

Code block editing is getting better in 7.10, but still has annoying bugs. 1. Positioning the cursor at the origin of a codeblock and hitting the DEL key (forward delete) causes the entire first line to "jump" or pop out of the codeblock. The annoying workaround is to remember to position the cursor at the 2nd character and then use BACKSPACE instead. This bug has been there for at least a few years. Not sure if it's been reported but since someone finally seems to be doing work on codeblock I figure now's as good a time as any to try to bring this to light. 2. Extra linefeeds are added to blocks of text containing blank lines when they are converted to codeblocks. Here's an animated demo of both bugs: (edit: filed bugreport #2815737)

Just in case, I opened an official bugreport (#2815722) related to these issues.

4 Spotlight bugs: 1. Spotlight only finds results when the EN app is RUNNING. E.g. if I search for "spotlighttest" while EN is not running, I see this: Then, launch EN and repeat, and now it shows up: 2. Note title metadata in Spotlight is not updating- (see above screenshot)- original title (which had a space in it) is still shown in the Spotlight preview, but the note has long since been updated...days ago. 3. EvernoteQuickLook keeps prompting for access to Keychain, despite me authenticating and clicking "Always Allow". This happens EVERY time EN is quit, re-launched and a Spotlight search is run. I've even tried clicking the "Allow all applications to access this item" but EN doesn't like that either and seems to just delete the token and create a new one, setting it back to its original value of "Confirm before allowing access". 4. Just to keep everything in one place, the bug I mentioned earlier: only TITLES seem to be indexed by the EN Spotlight Importer. Note contents are just indexed as "plaintext" files and show up as content.enml, content-pre-sync.enml, and snippet.txt which are unusable (can't be opened, and don't reveal to which note they relate):

What's the best way to report bugs in this version? Post here or submit bugreports via the feedback form? I want to make sure I'm not farting into the wind and I'm finding lots of little bugs already (par for the course)

Well, this is new I think- I don't remember seeing results like that in Spotlight w/ 7.9 The bug is annoying because it does find things, but then you can't open them or see which note they are attached to. As I said before, I assume and hope that this is just a bug.

Actually I don't think 7.10 uses "enspot" files anymore. On the 2 systems I've installed 7.10 beta on, I deleted them completely and rebuilt both the Full Text and Spotlight metadata indexes, and spotlight search is PARTIALLY working with no trace of any .enspot files on my disk anywhere. When I say PARTIALLY working, I mean, that note content is not searchable via Spotlight, but TITLES are. I assume this is a bug? I agree, it would be nice if Alfred could see these - not sure how to make that happen either. Alfred problem? Seems like this article references a ~/Library/CoreData/com.evernote.Evernote folder, which no longer exists... Update: Ok it seems like what used to be the "CoreData" folder is now called CoreNote and lives at ~/Library/Group Containers/Q79WDW8YH9.com.evernote.Evernote/CoreNote/ Below that, in /accounts/www.evernote.com/<account-id>/content, you will find a folder with a {guid} for each note in your database. Opening those up, there are "content.enml" "quickLook.png" and "snippet.txt" as well as other file attachments etc. The problem is, when I search in Spotlight, what shows up is the "content.enml" file with the preview showing RAW ENML instead of the snippet that it used to show. See below:

7.10 beta (released yesterday) seems to fix this. If you're up for trying a beta release...

(it's a tumbleweed...)

@nicolml This bug has now "infected" both of my Macs -- even after upgrading to 7.6 beta 1. It's really annoying. I have blown out the entire profiles of both of these machines and this eventually comes back. It's somehow happening server side because I think these notifications are queried from some web service at startup. Please help me get rid of this. (Also note how horrible this alert looks in Dark Mode-- separate bug) reference support tickets #2694180 and #2694185

Well my experience has been horrible. There is no "escalation" to speak of. Cases simply get auto-closed with no resolution, no followup, no bugreports getting logged anywhere, and new releases coming out with more new bugs, and no fixes for the old ones that have been sitting there for years.

Sorry you didn't understand my post. I know it was subtle. Let me explain how EN support works now, since they seem to have outsourced the entire operation to some sort of weird volunteer group. The last 3 support requests I've sent in were promptly replied to by people who started off by saying So these are not EN employees, and probably have no access to internal bugtracking database (if such a thing even exists anymore?) and surely no access to meaningfully interact with developers who might actually fix anything. They then proceed to ignore most of my very detailed bug reports and regurgitate canned responses at me. It's all incredibly frustrating and in the end, a complete waste of time. So yeah, sorry but if that's the kind of support I get as a PAYING customer for almost a decade... no thanks. I'll stick with the toothpicks in the eyes. Hahahahahahahahhhhhhhhhh.

HAHHAHAHAHAHhHAhhahahahHahahahahahahahh. I think I'll go jam toothpicks into my eyes instead

Is anyone from EN listening to this? Is any work being done to address the horrid performance? I am just getting so frustrated with EN. I know everyone is leaving/getting fired or whatever. The world's ending at EN etc etc says all the blogs. But until I see a "Sorry, we're closing down" post on the frontpage, I expect things to still be fixed and work as long as we are paying for this product. Having to wait 10 seconds for search results to appear in my EN window is NOT acceptable.

The crazy thing is, on my system with close to 10,000 notes, querying the SQLite db that holds all this info takes just 1/10th of a second. So EN is somehow introducing a huge amount of lag in either parsing or whatever they are doing - but the delay is not related to the size of the data or database technology itself. It used to be fast (EN ver 5 was the last one I remember that was very pleasant to use, very fast UI and no lag when searching, switching notes, etc). No idea what the hell they did to destroy this but EVERYTHING in EN takes 2-3 seconds minimum, sometimes 5-6, or more where you are just staring at nothing. Why can't this be worked on?? $ time sqlite3 "/path/to/my/LocalNoteStore.sqlite" 'select * from ZENNOTE' >/dev/null real 0m0.131s user 0m0.119s sys 0m0.009s

@nicolml As you suggested in the other larger 7.5 beta 2 thread, I tried revoking access and then signing back in on the affected machine. That did not help. The bell notification is still stuck there. I use EN on 2 other machines by the way and on those, there is no error shown. It must be a local cache file or something corrupt on the local filesystem, I am guessing some little temp file etc in the ~/Library/Application Support/com.evernote.Evernote/accounts/www.evernote.com/<acct-id>/ folder... What else can I do to fix this?

Running EN 7.6 beta 1 Several days ago I had a Sync conflict on a long note. I resolved it and cleaned everything up and deleted the bad version of the note. Everything is syncing fine now. BUT- I can't get rid of this annoying "reminder" that is stuck: I have tried quitting EN, logging in/out and also restarting. Please help

No, it's not customizable on Mac. Please bring back the old toolbar to save us from wasted clicks. Or at least tuck this into the [...] menu where it belongs.

Performance is bad. I have 9,160 notes on a 16GB core i7 mac with an SSD. Just doing a simple search gives me a beachball for about 3-4 seconds, and then a weird subset of results is shown in the note list. I have to wait an additional 3 seconds for the window to refresh again with the "real" results. I have gotten used to this but it is such a time sink. It's faster sometimes to open a browser and search google than to search my local database, which is really sad.

Is it "normal" that when moving notes to a shared notebook, the original (non-shared) note gets deleted (moved to Trash)? This is what I am seeing. EN 7.5 beta 2 on Mac. If that's the expected behavior, a little note in the popup saying "the original will be moved to the trash" would be helpful to make it clear what is happening. I thought this was a bug when it first happened- and I was going to file a bug for it, but it seems this may be the actual intended behavior?

I opened a support ticket (#2639285). Suggest all others affected do the same to try to raise the priority on this. I don't think the forums are monitored that much by anyone who can actually fix this.

Really frustrating bug: When viewing a note on iOS (EN 8.15.1) if you click somewhere and try to edit, it always scrolls you all the way to the bottom of the note and puts the cursor there. It's really difficult to position the cursor anywhere else in the note if you are trying to edit something in the middle. I've found on long notes or notes with tables, it's basically impossible to edit so I end up just stuffing text at the end and having to go to the desktop app later to clean it up. This used to work much better, please fix!