Alxa

Thanks @ehrt74 for this hint. As I am also suffering from the lag and loading times since EN10 I opened up a ticket refering to the potential backend update (long time user). Will report here.

I can confirm the bug with 10.30.1 running. I even get 2 empty lines added after the pasted passage. Could be a new bug since copy paste had no such issues before with EN10.x on my devices.

I can confirm this for me, too. 10.30.1 seems to have fixed that.

Mi pad 5 (manufacturer Xiaomi) is Android powered, so exactly the right forum here 😉 @KhoanIf sideloading an older version could solve the issue for you, could you please consider informing support via ticket and pointing out, from which version on the error is present. So devs get a chance to dive into it. Thank you.

I got in touch with support. They confirmed, that directly opening of attachments on android app has a known bug, the devs are working on. It is currently broken. Until the fix is coming we have to download the attachment as a workaround if needed.

Keepass2Android (open source) is working well with Evernote for Android in my case. It has a nice WebDAV implementation for self hosting.

For me spreadsheet files or docs (attached files in note) never open from EN10.29 as well. The associated app is opened but returns an error that file does not exist. This happens with microsoft office app as with alternatives as well. Downloading the file works but is just a workaround. If remember correctly opening office documents directly from the note once worked well but now seems to be broken to a point.

Thank you alot for this quoting from tech support. This could be the answer to many sync and performance issues we see with the Android client. It could also be an explaination, why the client shows an account state of 1-3 weeks ago, when you install freshly and has to catch up several minutes to show the actual account state (working through notes changes, deletions, creations and you can follow visually). The backend resources for the mobile client are not just retrieved but are built on demand. That could explain the lags and delays on Android and hours and day long offline notebook retrieval as well. Unfortunately, that would mean that the performance and sync issues would be by the new backend design. Not very motivating to me.

Update from support: I got a second answer for my ticket, now from Shane from tech support. Unfortunately it is only a support template text. Saying the issue is known and worked on. No ETA, no extra information for us (I referred to the forums).

Did you just experience the issue (missing tasks) with the new 10.29 or also with prior versions? I observed, that the tasks for task view are loaded/synced separately from the notes meta data when the client updates (they show up at a different point of time which I could follow visually because of the slow interface). Maybe there is a partial sync issue. (Btw: I ran into increasing syncing issues with 10.29 on my devices and had to revert to 10.28 which solved it)

I ran into the same issue as @WanFadzil.Adlandescribed. The "internal link" you create within the Android app means "weblink" in reality. In Android app you have no chance to retrieve the real in-app link (missing option). I checked this with support around 6 months ago, pointed out the wrong naming "internal link" and missing feature parity in Android app. They confirmed the missing feature but never added it and did not correct the naming either. In-App links added to the notes from desktop or web are perfectly handled on Android. Maybe they add the missing option for real in-app links at any point. Would highly appreciate it!

The image file type is not restricted to jpeg. Others have shared the error on png files as well here with screen shots. Unfortunately support does not share any additional background so finding a workaround is hard. I wonder if it has something to do with the technical details of the image files themselves at all... maybe it is another issue plaguing a couple devices or accounts hard, others not. (As with the astonishing performance differences we see here between users).

Seeing this bug even after over a year and 30 releases I again got in touch with support. The bug is still confirmed ... and they still have no ETA for a fix 😔

Update on freshly updated app to version 10.29: Directly after update bug again/still present. Notes that finally showed the images in 10.28 now again/only show the error message we know instead of the images. This missing reliability is really frustrating. I wonder if EN does sort this out at any given point in future?

Following the release notes of EN10.28 this should be resolved. I could not reproduce the inital issue on my EN10.28 installation which was reported here, so maybe this is bug is squashed. Can anyone else confirm?

Just did a quick test on EN10.28 for Android: Bug still persistent. Especially in notes not viewed on Android for a certain time before installing EN 10 the "images could not be rendered properly" bug occurs on first opening. Later on (hours or days) you eventually can see the images. This also refers to every other type of attachment. You could run into "attachment could not be download/retrieved" (translated from german gui) as well. It does not happen all the time unfortunately. But as always, when it happens it is the worst time 😉 There is still something odd with attachment and images fetching from the server...

Hi, yes actually Evernote seems blocking Android devices which are "supported" by the new EN10 from login via the legacy EN8.13.3 Android client. If you are experiencing that strong problems on Android you could ask support to grant access to EN8.13.3 for your device and give them your actual IP (IPv4 worked in my case). You could also refer to the forums. There a quite some postings on this topic. If they approve, you are able to login within 1-2 days afterwards. Once logged in, the IP can change. No problem. But you should never log out 😉

At the moment I am using a Nimbus account side by side to EN10 to hold the most important information in parallel on Android. So in any case of a subsequent fail of EN10 when on the go, I can access the needed stuff there. But this needs pretty much manual uploading the ENEX files regularly....ufff For my most important everyday carry mobile phone I (painfully) decided to roll back to EN 8.13.3 for good - support had to grant access to my IP for the login to allow - and now I have at least one Android with an EN 8.13.3 running fast like hell again, background synchronized offline notebooks, pretty instant note display and capture...it is all there again. Love it so much! 🙂 The downside is, that the new features like tasks or home are dismissed that way...but for me that pays off nevertheless.

@PinkElephant when reading your postings you neglect input I gave. I am in exchange about this issue, read postings here carefully and spent hours with support on Android client. There is a one year old thread on this issue on Android which staff joined half way. Obviously nothing to do with simple world, but evidence. I will be lucky if this would change. Fortunately as you I did not see this issue on web or desktop. There seem to be other side effects which lead to the problem on other user accounts. Therefore contacting support maybe helps giving more data to fix.

The image rendering bug is a support confirmed issue since 10.0 which has been never solved completely. I regularly get in touch with support every few release cycles and they do not have an ETA. I am experiencing the exact same issues on Android only with all kinds and sources of image files. So I would not invest too much time digging for the root cause as it is probably a software issue of EN in the end. If your OS can show the picture, EN should also. I would please everyone encountering the issue to raise a ticket to get more focus on this by EN. Thank you.

Well maybe this updating works more reliable on iOS. But this is not always the case on (my) Android devices, unfortunately. It is still a big deal breaker. Really hope they will find some time to put things right. By the way: on EN8.13.3 once (and if) set, the offline notebooks were updated in the background in the user given interval. That was the seamless UX of Evernote I loved for years. I could always rely on having all my notes updated offline on mobile. Let's say planning my trip this evening, taking my mobile and tablet the next morning and everything is already there and offline available without having to get in touch to every device, opening EN, check if download is completed... in the year 2022 this feels way to clunky

That's it. Since the launch of EN10 Android users literally lost their Evernote on mobile and it never came back. Evernote being reduced to the desktop... It is so sad 😞 So yes @Paul A., management has to neglect Android client. CEO celebrates his success on EN10 without acknowledging anything about their obvious Android disaster. The blog post was a hard contest to read for Android users!

Hi, generally I can even have the same note actively open on two instances of EN10 running side by side. As long as I do not enter edits at the same time (which means allowing around 30 seconds between switching devices) EN handles the syncing without duplicates. What still is missing is live syncing when editing, which has been standard on OneNote, Nimbus Note and so on for a while now. On these apps you can see the edits live on client 2 while typing on client 1... That way duplicates are nearly impossible when running all clients online. This also can boost collaboration dramatically when working on shared notes together. No idea, why EN still has not activated it. I would not believe they did a complete redesign of EN and kept the monolitic one note = one sync only concept. Syncing on the most little granular basis could save a lot of traffic. @ntbrierlyI would suggest as well raising a ticket for the permanent duplication issue.

To kick in as an Android user I just tested @Captain62's use case on EN10.27 app with Excel-file. Clicking once on the attachment (view mode) does open the excel/office app but it closes immediately. Obviously EN app does not handle the handover of the file correctly anymore. If I remember correctly this (opening office attachment right out of the note) worked before - except for PDF files which open inline-only which alone could be a reason to change the note app 😉 )

I totally agree, compared to EN8.13.3 this is clearly a bug. Leaving a device screen on for several nights to (maybe) download some MB of notes is a ridiculous work around maybe for a week or two giving the devs time for bug fixing. But Evernote clearly not addressing this issue since the very Android 10.0 - that is for over 14 months now - shows they even do not care about UX for the paying customers. A very bitter outcome to me. 😔