Alxa

I am in the WTF phase. Being owned by a european company could at least lead to better privacy rules for our data. Maybe the US, english language and iOS centric development gets more open minded to the world out there. We will see, the blog post of Ian to me in general was not very convincing about the benefits. They will be acquired that's it. And the two beta outlooks even disappointed me. Still nothing about the awaited sync revamping. Hoped there would come something about that at the second birthday of EN10. Would have been a huge step forward. Now there could be a phase of stagnation again with new owner looking into things... hope the best for Ian's vision.

10.48.5 did not solve the issue for me. Clicking in the first editor line after opening a note instantly jumps to the end of the note. Very annoying.

Interestingly for me this issue never occurs on windows legacy and EN8.13.3 for Android. So it seems to be an EN10-only issue. Unfortunately not resolved since the very first EN10 version. I am using 8.13.3 again now happily on Android and never had any issues with images again (nor with the other EN10 symptoms as missing background sync, offline download lasting forever, dead slow gui....). For users highly disturbed by this bug and/or depending on displaying (inline) images maybe a solution as well 🤷🏼‍♂️. As this topic has been pinned for a quite while and not been marked as resolved - I think there is still hope that EN will consider to dive into that problem at some point in the future...maybe at second birthday 😉

Wow, we are on EN 10.43 now and it is still cra*. Example from a note I am editing every once in a while. After the new update the image once again is not shown. Maybe it shows tomorrow or the day after again. You will never know. It is ridiculous. As they could not resolve this issue in 2 years I am somewhat hoping that this is connected to their buggy EN10 sync engine. As they are actually working on that to modernize it, I keep fingers crossed that this deal breaker will vanish. Edit: I rolled back to EN8.13.3 again and voilà: no image issues, lightening sync and download, super fast gui. After two years it is still beyond any comparison to the - on average real world devices - dead slow EN10 framework. Still can highly recommend EN8.13.3 for affected users.

If your main issue is, that you cannot use v8 anymore you could open a ticket. Support grants access to v8 again, if you go through the process (I did a several times). Devices with Android 10+ are blocked by default against using v8 if you once updated. But support can set you on a white list.

Oh no, finally I am seeing this even on desktop and web (and Android) - looking like that: I get a spinning circle where there had been an embedded image. If I switch to attachment view it says the following (unnamed attachment): Hard to stand Evernote did not address these issues since EN10 was launched almost 2 years ago. By the way: the images hand been pasted via the most recent win desktop client 10.47.7 ... and do not show up on any recent EN10 or legacy client...

Exactly, we would not need that button if the process would be transparent and reliable. We should take the word of CEO that announced the overhaul of the sync for 2022. Support assured me, they would be actually working on something regarding sync. Still nothing arrived on this, but 2 months to go. After two years of waiting, having an Android client that needs 1-2 minutes after starting to sync to simply show remote changes I have to draw decisions at some point. Let's see what EN has to offer in 2022.

New EN-version, new try (10.42) 😞 No comments needed...

Welcome to the forums. I tried to reproduce the issue on EN 10.42 but was not able to. Please check if the issue persists after clearing the app cache and rebooting the Android device. Most problems of EN "getting stuck" on a certain note or screen upon app start could be resolved on my end with clearing the app cache. Maybe that helps.

Thanks @Boot17for the iOS testing. I just did some testing again on Android (10.42) and in my second attempt it worked as you showed in your screen shots above (looks exactly the same). Maybe this is/was a temporary issue. @Wayne Piskincould you clarify in which way you are unable to retain your encrypted information. Does the encrypted block show as depicted above or do you see a blank space as I experienced before?

Out of curiosity I checked this with EN 10.42 as I never used encryption in EN before. Yes it really still seems not be included in the "remember and accomplish anything" EN10 client on Android. Somehow mysterious is that the Android client not even shows anything about the encrypted block. If you take a text note and encrypt it on desktop it appears blank on mobile. Am I the only one who would expect a notification there saying something like "encrypted block not supported yet" or something preventing someone from overwriting or deleting the "blank" part? I tested it: writing in the blank area on mobile deletes the encrypted part of the note without notification. Not what you (I) would expect when using EN10-only clients. @Wayne Piskinplease tell us after contact to support how they reacted officially on this. Thank you. @PinkElephant do you get any hint on iOS mobile about the encrypted block or does it show blank as well?

Same for me as with Dave-in-Decatur, I am on 10.46.7 as well. Thankfully, app links work and even cold start EN and lead to the correct note within the app. I would be really disappointed if they would drop that important feature.

Wow I just checked my EN 10 vs. EN legacy and get different search results, too. Tested with 5 different search terms and in 3 out 5 I get different number of search results between legacy and EN 10 web/desktop. Although slightly different not as dramatic as with your experience but EN legacy is better in search than EN 10 (always more hits with legacy than with EN 10) - very unsettling experience... 😒

Did you check, if the old EN did sync everything properly. I once had an occurence where it simply did not sync certain notes to the cloud. You could check if you see the documents you find in the old app also on web client through manually looking them up to see if everything is on the server. A good indicator may be the all notes count as well.

I see this once in a while, too. I opened up a ticket (#3577695) on this bug. Support understood the problem, the initial trouble shooting did not help. As they could not reproduce my report was to no avail. I think we have to live with it as with all the other shortcoming since EN10 😉

After not using offline notebooks because of the infamous issues I tested offline download with 10.41 again... and could not see any improvement. Marked 3 notebooks with in total 30 notes in it. Loads one notebook, than gets stuck until you force close, restart the app and force sync in options. On a paid plan I would expect premium features to work flawlessly. I gave up on this. Things I have to rely on offline have already been transfered to Nimbus Note that downloads without any issues.

Another 1,5 months later with 10.41 and the image rendering bug still occurs. Sometimes it shows the images sometimes the exact images in the exact same note show not. For a while I thought it had been gone...but now again...quiet disturbing unreliable...

To join in: I see this issue as well but only on windows client. It has been going on for me for a while now - not only with latest installed release (client 10.46.7). It seems that only PDF which contain "normal" text (that is text you could grab and copy from the pdf, pdfs that you create out of office software for example) are affected by that. PDF that contain only image data are shown well inline. On web all PDF show well without distortion... No big deal for me as I most often do not use the inline view but surely something the devs should dive into. Example:

Update for the new EN 10.45.18 released today: issue not resolved, so the newly built-in option to start EN with windows unluckily is no reasonable choice for affected users. Will go on monitoring this.

As a windows user getting >7 GB written to SSD daily by EN while being idle and doing nothing, I asked support when this issue will be resolved. They confirmed the bug and know the forum thread. They said they are still investigating it but have no ETA for a fix (ticket# 3558257). They suggest switching to legacy in the meantime. I will monitor this with future versions and quit EN for windows if not needed (menu - quit).

Since this is the Android thread on the intitial issue (EN not showing images regardless of file type) I would again update my experience with the new 10.39 version. For me the image rendering bug is still present and pops up regularly when using the app. Nearly 2 years now, development must have lost control.

I can confirm, EN 10.38 on Android has no such functionality although advertised in the release notes for 10.38. Very irritating that they post release notes not corresponding with their actual production release and do not correct it when knowing better afterwards.

Update for 10.38: fresh install of the new 10.38. Immediately getting screwed image rendering bugs again... We are heading 2 years of EN10 and they don't get it right to display plain images reliably. 😔

Don't know where you read this. I just pointed out, that multi language users with their needs are ignored since EN10 and that this is sad. So, yes I demand this and at least the other 64 open-minded users who voted this thread up here. 😉 As we know this is a US based product. So we will likely not see a different approach on this topic in future. I got in touch several times with support on language specific issues. It is not only about spell checking but with search also. The searching capabilities of the engine can be limited when used with other languages. Support told me they were happy about these suggestions and concered about there international users, but hmmmmm 🤷‍♂️

Unfortunately you are probably right. As sad it is, to me it reflects the ignorance of all multi-language users around the world, customers that used EN for classes, multi-language projects, and so on. EN legacy has multi-language support (only know for windows) and a lot of international FOS projects implement it as well. For all multi-languaged users of EN this is strongly disappointing and a step back in a connecting world. Well, like CEO describes the big picture: EN -> accomplish anything <- well, here we are Small.