FrankC

I've found another partial workaround on Windows - for a limited situation - pasting to MS Word. Haven't tried it in other apps, but it would probably work for all MS Office type apps.

(a) Use Web version

(b) Copy a single image

(c) Paste into Word, but change Paste Options to "Picture". On my version of Word, this is a drop-down under the Paste clipboard icon on the top LHS. Also on the right-click Paste Options.

Further Update : based on another comment - I uninstalled + re-installed Evernote (from the Play store).

It appears to be working now.

Had just reported it as a bug  and commented on a similar post. 
Re-Install fixed it. Thanks.

Same happening to me. I have submitted it as a bug.

On 1/12/2022 at 12:14 PM, agsteele said:

Thanks @FrankC. I'm pleased that I'm not alone. When the next version update arrives I'll probably do a clean install to check how that works.

Hmm - not sure what changed - but it appears to be working OK now. I didn't do anything apart from the normal shutting-down + restart of my PC

Same for me - right-click not working on PDFs or images.

3 hours ago, PinkElephant said:

Tasks work for all Plans, to an extend because features will be different.

EN will move you to Personal, which is Premium plus some for the old price. Maybe takes a little to roll out.

If it didn’t happen within of a day, ask support.

There are two types of "Premium" user. Only one will move to "Personal".

https://help.evernote.com/hc/en-us/articles/1500006213161

I'm a long-time Premium user who won't be moved to Personal - I will however get some basic access to Tasks.

Turns out that there are two legacy Premium levels (as well as Plus).
 

https://help.evernote.com/hc/en-us/articles/1500006213161

and I'm in the one NOT being upgraded to Personal. This is probably a consequence of my long membership of Evernote.

Will have to consider my options now.

4 minutes ago, Mike P said:

The menu you see does seem to be very context and website specific.

Yes, but in this case it's on the same image on the same website - I can get any of the 3 options- I've tried it at different times for testing purposes.
Doesn't make sense to me !

I have an odd problem using the Web Clipper in Chrome.

For some images, I want to right-click and choose "Clip image to Evernote" (I know there are other methods, like screenshots etc.) 

However, I see three different types of apparently random options when I right-click :

(1) No Evernote option at all on the right-click context menu

(2) Just a "Clip full page to Evernote" option

(3)  "Evernote Web Clipper" with 4 sub-options, including the one I want - "Clip image to Evernote"

Any of the above can appear - even on the same page/image . I can't see any pattern to this e.g. whether EN is running or not, legacy or V10 etc.

For testing purposes, I've tried this multiple times on the same image - but get any one of the 3 options above.

It's possibly a Windows/Chrome problem.

I haven't logged it as a bug yet - wondering if anyone else has experienced it or has any suggestions ?

Just to keep this up-to date as of V10.12.4

(1) The main merged notes problem has been fixed, and images are no longer lost. As documented by agsteele, there is still a problem where 1 of the notes contains only a HTML container. This will be lost in the merge. Workaround is to add some random text in the html note.

(2) The incomplete indexing problem remains. I was misled in checking this because it was picking up some of my test notes. However, the original problem remains. (OCR indexes for pre-V10 created notes are incomplete I.E. not migrated properly - so some notes are missed in searches).

@Austin G Can confirm that this also happens in V10.12.4

The merging notes problem finally seems to have been fixed in V10.11.5

This means that two major bugs preventing me from using V10 have finally been fixed (this one + the incomplete indexing of prior-to-v10 text in images) .

I will now try to use V10 more - to see if any other showstoppers remain.

This appears to have been fixed in V10.11.5 - for my test cases anyway. Will try more examples over time to confirm.

Edit : On further testing - still not fixed 😞

I find that they usually merge - but the bug relating to disappearing images is still there (have reported this).
 

Since the last update, I find the merged notes always remain in the notebook, irrespective of the merge setting. I assumed this was done to partly mitigate the result of the bug, and save you having to retrieve the original notes from trash.

Tried a few of these - with pretty much the same results.

Copying from a word document worked for plain text, but if there was any formatting - even paragraphs - then it failed.

So, in practice it's hit & miss - useful when it works, but unreliable.

3 hours ago, Mike P said:

That's always been an option in the "advanced options" drop down.

I still can't believe that a bug, which deletes users data, is not being addressed with more urgency. For me it's a "cancel all shore leave and don't work on anything else until it is fixed" kind of issue!

I never used that option - so guess the default has changed.

Agree with the seriousness of this. Still 2 major issues/bugs for me (and of course lots of additional ones for others) preventing me using it. While its nice to have new features, I would have thought that basic functions would be a priority.

I am also not that encouraged by the beta process so far. Having now been involved in 3 recent ones, I have seen very few of the suggestions taken up. Yes - if something doesn't work the way EN intended because of a bug - they may address that. However, most of the improvements or alternative options or suggestions don't seem to have made it in to the released version. Because of this,  I don't spend too much time on detailed evaluation for the "beta" testing, just check the major options.

Update following release of 10.9.10 : The merged note is still losing all the images, however, the original notes are not being moved to trash when you do the merge. I suppose this counts as some improvement.

Current situation is that the ticket has moved from Customer Support -> Technical Support -> Development Team (for further review).

The issue and symptoms have been confirmed and reproduced.

No date for resolution. Workaround is to use Legacy.

Yes I am experiencing the same as @Mike P

I have an open ticked relating to loss of images when merging notes. With 10.8.5 I only lose the image from the first merged note - so some improvement !

I have now retried this with two and 3 notes - in each case, just the first note/image was lost.

While doing some other testing, I found that if you merge notes and try to re-merge the merged notes, this gives an error message and fails.

I.E. merge notes A & B = NoteAB
merge noted C & D = NoteCD
Try to merge NoteAB and NoteCD and it will fail, with an error message.

Reported this as a possible bug, but was told it was a feature not yet implemented in the latest version (but suspect this was a cut 'n' paste, go-away answer).

Don't understand why this should happen, as a I would have thought a merged note is just a another note.

1 hour ago, AlbertR said:

THX for the link - didn't see it so far...
... and it approves, that indexing is done on server side. Because there is no direct link between EN-10 and Legacy databases on your local system, all that is a syncing problem:

When I said that I didn't think it was a syncing problem, what I meant was that I believed syncing had taken place, but not all of the OCR/indexing information was transferred from legacy to V10. 

Anyway, I'll see if I get anywhere with my support ticket.

Yes - confirmation of syncing is an issue, but I don't think it's causing the problem I reported.

My interpretation of my problem is that something is failing (or partially failing) when moving the recoIndex attributes (see post below) from the legacy database to the V10 database. This would explain why the searching for text  partially works on old notes, and fully works on new notes.

This blog post explains the old (legacy) process, but there doesn't seem to be a V10 version with current information :

https://evernote.com/blog/how-evernotes-image-recognition-works/

I've confirmed that the legacy system enex file for the note in question contains the relevant  search phrase. The V10 note doesn't contain recoIndex entries - so I can't check them.

14 minutes ago, Mike P said:

I have searched in both V10 and legacy and also downloaded the enex file from both versions. I've also looked for both old and new notes. I'm not saying I don't have the problem but I certainly haven't found it yet. 

Not sure why you don't want to check in the web version which will only take a few minutes. The age of the note is irrelevant if it is just refusing to sync or has synce'd it incorrectly. It works when you cut and paste the image because it reindexes it as a new note.

Good to see that it's not happening for you. It's a confusing issue as it only affects some of the text in the image - other parts of the text are indexed - in all versions. It's possible many people will never get (or notice) the problem. My worry is that you wouldn't easily know there were missing notes in the search results, unless you try the same search in the old and new versions.

You're right of course - testing should be on all versions - even if you're "sure" it won't make a difference. Should have remembered that from my coding days.
So, I tried it on the web version but got the same result - same missing notes.
I was pretty sure the note had synced, because I could find it with other searches (not using the specific text-in-image which caused the problem).

I have already confirmed that creating a new note (with cut'n'paste) works, and also that just copying the note doesn't. So, the problem seems to be in something missing in the data stored regarding the note in V10 (the indexing data you refer to in your first reply). This has to be some sort of deficiency in V10 when it migrates/opes the database from the legacy version.


 

4 minutes ago, Mike P said:

My conclusion is that if there has been a change between the two systems then it is possible that some indexing has been lost in the process. I don't know a way of reindexing images. I would check on the web version because that will identify if the problem is simply synchronisation. I think it would be worth raising a support ticket because this is clearly not supposed to happen and so far I've not identified the problem with any of my notes.

Yes - there has to have been some difference - but what, and how to work around this ?

In reply to some of your specific points :

I don't think it's a sync issue as (a) it's a very old note and (b) it works if I cut/paste just  the image in question to a completely new note

I have already raised a support ticket, but no meaningful response yet.

You may not have identified this problem because you haven't noticed it yet. Try a few searches in legacy and V10 which include text in images. If you get different numbers of notes returned in the searches, that's probably this issue. If you just searched in one version - you may not have noticed the missing notes in the search results.

I wonder if anyone has any suggestions on a problem/but I have with V10. I use legacy mainly, but regularly try V10 to see how its progressing. 

I've found a number of bugs which would prevent me using V10, but one in particular confuses me - and I wonder if anyone has any suggestions (BTW I have already raised a related support ticket, but no resolution yet).

I noticed a discrepancy in the number of search results between Legacy and V10. I finally narrowed it down to some search terms not being found in V10, when they were found in legacy. These related to finding text in images. For a given note, legacy indexed more terms in an image than V10, so if I searched for one of those terms, V10 would not return it. 

Firstly, I couldn't understand this behaviour, as surely legacy and V10 "see" the same OCR'd terms and should be equally searchable. The image in question was a newspaper cutting with a caption, as part of a much longer note. So, I copied just this one image to a new note. Within a few minutes, both legacy and V10 could find this new note, using the same search term as had failed in V10 before. I tried copying the full note, but as before,  legacy can find it, but v10 can't.

So, it looks like V10 is not "seeing" all the OCRd/indexed terms that legacy does, unless you create a completely new note (copying a note isn't enough).

Is there any way to "force" V10 to re-index the OCRd terms which seem correct in Legacy, as this could fix this problem ?