Alxa

EN 10.31 for Android: Unfortunately this bug still is not addressed (now present EN 10.0-10.31). Always having chills when I am having to show a bar code or something from within a note which is embedded picture. You never know, if it will work this time or not.

Well obviously this bug squashing cycle does not apply to Android development 😉 Wish it would...

I have only 1800 notes. Around 9 GB in ENEX backup. Given the limit of 100.000 notes per account I thought I was no heavy user 😉

Updates from support - Unfortunately no good. After doing the extra round with first level support, sending in screen recordings and so on I was handed over to tech support. They confirmed, that they "are aware" of the performance and slowness issues. They advised to wait (!) for a fix without any ETA or roll back to EN 8.13.3. So obviously this has nothing to do with a backend problem... Since the performance and loading times never really got better for over a year now I am wondering how long this waiting for a fix should last. On Android an ongoing disaster 😔

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.

On 3/21/2022 at 1:09 PM, Trickster said:

...On the backend I noticed the way we package your notes for syncing and sharing hadn't updated in a while. Typically this updates automatically but sometimes it can get hung up. I have went ahead and updated this manually for you.

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...

2 hours ago, Graham Gott said:

I've tried many times to roll back to EN version 8.13.3 but have never been able to log in. I assumed it was left over code from V10 that was preventing it. I never assumed that Evernote would be blocking my IP address.  How did you go about doing this?

Legacy & Web both work & sync nicely but now both PC V10 & Android V10 refuse to sync - even with each other

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 😉

On 2/20/2022 at 11:38 PM, quattro said:

What other clients are you evaluating?  I've begun doing the same, looking at Obsidian and Nimbus rn. 
 

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