rimboma

@gazumped That's how it manifests, yes. Let's hope for a quick fix. At the sime time, I don't hold my breath. Some people called the bug "recent". It's barely recent on my install at least. Months rather than weeks. I got used to Evernote's nonchalant apporach to CORE features misbehaving but the priority of this one multiplied by how long it's being allowed to dangle makes me think this is a new record.

I have this problem as well and I've never participated in the beta program. Evernote forcing a beta or a quasi-beta versions on users in the Play store shouldn't count as a beta participation.

In my case they don't work either. Interestingly typing and not pressing ENTER clearly returns note title matches just fine.

Just got an update. No luck. And BTW, I understand the team doesn't feel like updating the changeling. But to not update even the date (last updated) is outright sloppiness.

This didn't work for me. Please compare the two logs I provided. Clearly my girlfriend, for whom the search works, uses 8.8. I've got 8.9 even though I did not join beta!

Here's the log from a Huawei P10 Lite on which search works without problems: . . . Auto Sync Enabled: false Master Sync Enabled: true Sync Interval: NOT SET Accessibility: 0 Offline Search is activated Offline Search Index is ready ENML COUNT=28 RES COUNT=5 ------------------------- Device and Install Info ---------------------------------------- Brand: HUAWEI Model: WAS-LX1 Product: WAS-LX1 Display: WAS-LX1 8.0.0.390(C432) Display Width: 1080 Display Height: 1794 Display Density: 3.0 Android version: 8.0.0 Preloaded: false IsTablet: false Evernote version: 8.8.1(1082393) Evernote revision: 8.8.1_2445 Evernote type: public WebView version: 73.0.3683.90 Editor version Uno: 62.1.7520 Editor version Classic: UNAVAILABLE Network operator: 26002 / T-Mobile.pl Locale: pl_PL isRTL: false Package: com.evernote Arch: armv7l Arch supported: [arm64-v8a, armeabi-v7a, armeabi] Orientation: Portrait Resources-Folder: values-v24 Data path: /data/user/0/com.evernote/files Internal storage: 9 GB / 22 GB External storage: 9 GB / 22 GB SDCardStatus: null Installer: com.android.vending Rooted: false Xposed: false -------------------------

I've added the info to the first post.

I got an option to turn the feature on. I misclicked, the notification is gone and the state of the feature is unknown

I've scanned through Play Store reviews. At least 2 people reported Search related issues in 2019 alone. There's even a reply from Evernote from 11/08/2018 stating that it's a known issue and that updating WebView might help. EDIT: Still same behaviour. Google's WebView 73.x.

Is there an up to date method to make sure this algorithm doesn't rub on my photos?

I've just re-installed the app as cleanly and as with many restarts as possible. It changed nothing. Something is truly off though. I just checked it on my girlfriend's phone (my android is almost a stock one, while she uses Huawei P10 lite) and she gets different UI elements etc. I get only the "recycle" circle arrow (see the attached image) and nothing else while she gets a proper magnifying glass icon with a complete message "No notes have been found" or something like that.

Or rarely works. It's been like that for months now. I simply forgot to report it. Search doesn't return any results for simple, single, separate English words guaranteed to be present in my notes. Connectivity - assured. Notebooks - personal i.e. not shared notebooks. Restarts, reboots, cleaning app cache don't work. It's been like that on my previous Android installation so I assume reinstalling the app doesn't help either. Tested also with Google 's WebView 73.x instead of my AOSP WebView 69.x. An excerpt from Evernote log: . . . Auto Sync Enabled: true Master Sync Enabled: true Sync Interval: 3600000 Accessibility: 0 Offline Search is activated Offline Search Index is ready ------------------------ Device and Install Info ---------------------------------------- Brand: Motorola Model: XT1562 Product: Moto X Play Display: lineage_lux-userdebug 7.1.2 #### Display Width: 1080 Display Height: 1776 Display Density: 3.0 Android version: 7.1.2 Preloaded: false IsTablet: false Evernote version: 8.9(1082813) Evernote revision: 8.9_2464 Evernote type: public WebView version: 69.0.3497.109 Editor version Uno: 62.4.7951 Editor version Classic: UNAVAILABLE Network operator: / Locale: en_GB isRTL: false Package: com.evernote Arch: armv7l Arch supported: [armeabi-v7a, armeabi] Orientation: Portrait Resources-Folder: values-v24 Data path: /data/user/0/com.evernote/files Internal storage: 2 GB / 10 GB External storage: 2 GB / 10 GB SDCardStatus: null Installer: com.android.vending Rooted: false Xposed: false -------------------------

I confirm! I was getting a false impression somehow. Still all the same bollocks! This is ridiculous! Today I got an image randomly NOT placed at all. It's good I noticed it. Then I got an image teleported to the middle of one of the URLs. I dragged it out, the URL seemed to got fixed together. What I ended up with? A #%@#g clickable image with a hard-coded URL which made it impossible to click on the image without being kicked out to my web browser. If you can't get your head around it, just remove drag and drop.

I'm currently testing the cursor placement method as it would be much more efficient. I'll try your method if this fails. Yes, Ctrl+Z is the way to go, especially that tumor-attachments may end up in the middle of a URL and open the URL when you even attempt to drag them anywhere.

The action has been somewhat improved (as somewhat mentioned in one of the recent changelogs). The thing is, for the drag&drop to work properly I have to place the text cursor where I need the image first. So still not satisfactory. Aaaaand it used to work fine.

Emojis need to go. It's not a chit-chat app.

The bug is still present for months now. What's worse the behavior may lead to a broken note as Evernote know no limits as far as placing dropped attachments. It may even nest it in the middle of a URL, making the operation of removing it from there rather risky. Sometimes when I drop two images one is placed randomly somewhere in the note, while the other is not placed anywhere in the note. As usual, it used to work flawlesly! Here's my previous post on the issue. Possibly related:

Food for thought: What is the most important bit about auto-formatting features in the latest generations of MS Office? It's that you can stop it immediately.

Excuse me. What are you talking about? I use Evernote Web on the latest (always) Firefox daily. I don't see any problems apart from duplicate note creation which is a known EvernoteforWeb-specific issue.

To clarify: My test notes are not shared, and are in an un-shared notebook, plus: edited on a single device (Web). So we're left with "confused by a web browser connection". As I stated already, I do not consider it a valid cause. Especially that Evernote Web relies on a mindfield-like mechanism of instantaneous syncing, exposing to all possible risks without taking advantage of the single existing advantage of the mechanism. I do use an external editor now and I highly recommend the multitab, autosaving Notepad++ (unformatted text only) but it's a freaking patchwork as far as the whole situation goes. BTW, I've been using Evernote Web since inception for a year or so and I don't recall such problems in its infancy.

I keep getting duplicate of notes that are not shared, in an un-shared notebook. First Evernote wanted us to ignore that on its way to "providing great formatting features" it doesn't handle unformatted text properly and now this.. I've been using software that "saves something to the internet and back" since late 90's and I don't recall a similar behavior of an app effectively jeopardizing content "due to <excuse>". Recently I've wasted possibly hours on loading duplicates into a text comparator (Notepad++) to avoid messing up really important information by continuing with edits in the wrong note. Because the "duplicates" are not really duplicates! They are notes differing with the last edit or few edits!

This is infuriating! Glad to see the team working on it. Upvoting of course.

+1

I change my plee then. From 'make a linux client' to 'donate a handsome ammount of money to NixNote project'. I'll be monitoring evernote's blog

@jefito Ah, I see. Let's leave the cross-platform thing. I was simply trying to stir up some feathers I would also like to thank BurgersNFries for the NixNote tip. BTW, is there some sort of a reference table comparing Web based evernote vs desktop evernote vs NixNote?