Ralph77

Well crikey, till now I had no idea one could highlight and drag text in Android! Having said that (and thank you Dave) it only worked for me once... because like @gazumped I found it impossible to repeat, even after having enlarged the screen. Just too fiddly. Thanks also to @Roy Douglas for your nifty workaround! Worked for me a couple of times but too fiddly for me to rely on as a solution without frustration.

Just clear cache and storage, then open the app as normal. Unless anyone knows better, I think this is the best way to do a 'zero-day' reinstallation of the same version. You'll need to sign in again and adjust your EN settings to suit your own preferences again. While this doesn't apply specifically to EN, several times when I've cleared/uninstalled then reinstalled apps from Play Store, Google has re-imported all my settings (even log files) for the app. This is by design - it's what happens when you initially setup a new phone so that you can be up and ready in minutes without having to setup the app from scratch. Clearing storage and then just restarting the app (without reinstalling) circumvents this so you'll have a clean installation - which, if you're reinstalling because the app has some kind of issue, is the best course of action.

Add me to the growing chorus. Using 8.12.2, same symptoms as described by @Ricardo above. I was going to try downgrading the 8.9.1 as @mz123 had said above that the issue wasn't present in that version. Before I try this though, I've cleared cache and storage for 8.12.2 and set it up again (similar to uninstalling/reinstalling, however I think clearing storage is more thorough, since a traditional uninstall/reinstall often retains previous settings as backed up by Google, and who knows, settings may be part of the issue). So far so good - the previously affected note was unaffected after the 'reinstall' and the 'conflicted' version had disappeared. In case it's pertinent, I'm using a Motorola moto G6 running Android 9.

Welcome, @Osensnolf. You didn't mention whether you too are using StickyPassword? As this issue seems to be due to a conflict between EN and other program(s), it would be helpful if you could go through the following procedure to find out which of your programs is conflicting with EN. If you manage to pin one down, please post back here as it may help others who are having this issue! The procedure is a process of elimination: First, disable everything from Task Manager's Start-up tab, then check to see if the issue is resolved. Assuming that resolves the issue, add back half of the disabled items, then re-check EN. (But if disabling everything doesn't resolve the issue, then I'm out of ideas) Eventually you'll be able to narrow it down to the program that's conflicting with EN by adding/removing programs till you find which one is the culprit

You're very welcome @Farne! @PinkElephant, for the record, here is the list of all the things I tried that didn't work for me, although some of these have worked for others in other threads who have had similar issues: Turned off automatic Sync Set Automatically save edited note to 300 seconds, no Context Tried using EN offline Downgraded PC's BIOS (as I had upgraded it about the time this started happening) Upgraded EN to latest version Upgraded Win 10 from Home to Pro Optimized Database under the Help menu (press Help while holding the Ctrl-key) - if anything, this made it worse! Removed the EN Web Clipper extension from Chrome Deleted the shortcut to Evernote Clipper from C:\Users\Ralph\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup Tried deleting C:\Program Files (x86)\Evernote\Evernote\EvernoteClipper.exe but it was re-created next time EN started up Disabled "Show Clipping Notifications" Disabled Hardware Acceleration Disabled Windows Defender 'Control Flow Guard' (CFG) per advice in https://discussion.evernote.com/topic/110116-en-extremely-slow-after-win-10-fall-creators-update-solved/ And finally... Logged in to Windows from a Test account instead of my main account - this fixed it, proving that the issue must be a program or background process that's only running in the main account Back in the main account, disabled everything in Task manager's Start-up tab - this fixed it, so then a process of elimination was required to isolate the program causing it (Sticky Password)

It was indeed. I'd really be intrigued to find out what other programs also make EN freeze too... but for me, it was just Sticky Password. I also have another program that has started to freeze from time to time, but mainly on start-up (Act! version 6) so my hopes were high that excluding it from SP would fix that too, but alas, 'twas not to be. Who knows, but I reckon these things could possibly be caused by miscellaneous Windows updates, in which case they may only affect users with certain configurations, 3rd party programs and/or Windows sub-versions - making the cause almost impossible to trace. Just a theory though.

Thanks @PinkElephant and hi @Farne, yes the fix is very easy. There is a tweak in SP settings that allows for the exclusion of any executables you want, so I excluded all of the .exe files in C:\Program Files (x86)\Evernote\Evernote With Sticky Password unlocked, right-click the tray icon and click Open Sticky Password. From the drop-down menu in the top right corner, click Settings. On the left hand side, click Ignored Apps. Click "+ Add" and browse to your Sticky Password folder, which is probably C:\Program Files (x86)\Evernote\Evernote There you will be able to select the eight executable files, but you need to do one at a time as it won't let you select multiple files at once. Click Save, and you're done! Finally, kindly report back here to confirm that this worked for you?

Ha, no probs at all! Just a quick update - it's now been 24 days since I excluded the Sticky Password executables from EN, and I've had no freezing at all. In my case at least, I'd say the issue is fixed.

And by "Portable", I assume this meant it could be easily transported, as long as you had access to a mule train... 🤣 It's been 7 days since I excluded Sticky Password's executable files from being accessible by EN, and in that time I have not experienced any more freezing. I would love to hear some theories from the more experienced techies here - looking at all you Level 5s 😉 - as to what part of another program could affect EN in this way? Obviously not everyone who has this issue is a Sticky Password user, but I'm willing to lay $ on the table that there is some common aspect in this freezing issue, and that it probably lies in the way other programs are accidentally interacting with a part of EN's code.

I'd venture that the reason for this is because it was decided at that time to host it on Google+ instead, and all further Android beta discussion has been there - up until a few weeks ago, when the owner and mods just seemed to disappear without a trace... So it seems to me the time has come to move it back here, where it all started!

Thanks for trying this. Just to clarify: with regard to this "shut-down", I take it you are referring to a freeze affecting only EN, correct? (Rather than an EN crash, as has been discussed briefly further up ^ there; or a complete PC freeze.) If it's the type of freeze I'm getting, I have never had one last a few minutes, in fact never longer than about 20 seconds, and any typing into EN I do during the freeze appears when it unfreezes, so it's not a complete application freeze in the usual sense, but some sort of a freeze of the video if that makes sense.

@jefito Sounds like a good idea to move it then, but I'll leave it to the OP @John in Michigan USA to decide...

I can't see a way to Like/Vote this topic up, but anyway, I'd like to second that. The G+ Android Beta community has had a lot of loyal and dedicated users over the last few years! I dare say though, that even though it's possible for G+ Community Owners to download and save their content, getting it back up online in a readable format would no doubt be an onerous task. Bearing that in mind I'd like to ask EN what plans you have for rebooting Android Beta testing, which has been neglected over the last few months - however I will post this here... ... which although the topic has been dormant since November 2015 (when the answer was "it's in our Google+ Community") now requires a more up to date answer!

No probs at all @gazumped - I understand how 'life can get in the way' sometimes!

Sticky Password support have no knowledge of any issues affecting EN, but they did point me to a tweak in SP settings that allows for the exclusion of any executables you want, so I've excluded all 7 .exe files in C:\Program Files (x86)\Evernote\Evernote and so far... (early days yet)... EN seems to be running fine. I'll keep using as normal and monitor over the next week or so. Working on the assumption that the freeze issue is caused by a background process, it seems that whatever this background process is, the same process is used by different programs (in my case, presumably Sticky Password). I'm not technical, but perhaps it would a reasonable assumption that this process could be something reasonably common to many programs, eg. maybe the .NET framework, or whatever? @gazumped whenever you have time, it would be great if you could use the same process of elimination - firstly disabling everything from Task Manager's Start-up tab to see if it resolves the issue? And assuming it does, to add back half of them, re-test, etc etc.

OK, I've been able to confirm that when running Sticky Password in the background, EN freezes from time to time - even in my Test account in Windows. This is significant because until trying this, nothing would make EN freeze in the Test account. I'm therefore reasonably certain that this is the cause, at least in my case. The first I noticed EN freezing was around 30/31 December, which was at least 10 days after the Sticky Password update to Build 8.2.1.226 - quite a long time not to have noticed any freeze, but then again I'm only a light EN user so I simply may not have encountered one. I've opened a support ticket with Sticky Password to as if they know about any issue, and asking how to downgrade to an earlier version. @gazumped I don't suppose you use Sticky Password? Or have a Realtek sound card?

As far as I can tell, the main culprit appears to be my password manager, Sticky Password. So far (and I emphasize so far) as long as I don't have it open in the background, I don't get freezing in EN. After I start Sticky Password, eventually I'll get a freeze of at least 10 seconds. To a lesser extent, there's a possibility my Realtek Semiconductor audio may be causing minor issues lasting only a few seconds. The laptop comes with "Realtek HD Audio Manager" and "HD Audio Background Process" enabled in Start-up by default. This one is trickier to reproduce though, and so far I have not been able to reproduce a freeze at all in the Test account even with Realtek running. I have not yet tried running Sticky Password in the Test account. That will be a test for tomorrow...

Thanks - I just tried turning off Windows Defender 'Control Flow Guard' (CFG) per advice in that thread, but to no avail so I've re-enabled it. I'm also so inclined, because when I found that when I disable everything from Task Manager's Start-up tab, the issue doesn't occur. Now I'm in the process of narrowing it down to find which is the culprit (and hoping this isn't a red herring - due to the somewhat intermittent nature of this fault, one could be deceived into thinking it's fixed, when it's really just lying in wait to pounce again when you least suspect!) But the fact that it doesn't fault when logged in as Test user is encouraging in this regard.

Fascinating - I will never be such a power user that I'd need it, but I had no idea 3rd party add-ons existed for EN. I am the only user of this laptop and I think I chose whatever the default install option was, which I'd assume is "everyone" but maybe I'm wrong, because my Database folder is C:\Users\[user name]\Evernote\Databases. I'm a little confused though because the size of my normal account Databases folder is 357MB, but the same folder in the Test account is only 164MB. But if the actual database is the file with the extension .exb within that folder, then those are a very similar size. As in school, I think the possibility of cooties would be a potential risk, yes. I think that for the purpose of the test, it would be safe to pull out your ethernet cable shortly after the initial sync starts, then see if the issue exists while creating a new note, mousing around the Note List, anything that would normally create a freeze. Although I have already tried uninstalling/reinstalling, I suspect that the uninstall didn't purge/delete my database, because all my notes came up real quick on the first run. Although @gustavgi's suggestion to Optimize Database didn't yield any improvement, I'm tempted to try another uninstall, and this time make sure the database folder has been removed. I'll give this a go tomorrow, as it's getting late here in Australia now... And when I do that, I think I will try installing an older version, I have 6.14.5.7671 so will initially try that one. The other thing I'll try is disabling everything in Task Manager's Start-up tab, it would make sense to try that first actually.

Thanks for this tip - I had no idea there were extra options available by holding Ctrl. Unfortunately it did not fix the issue... however, I have had success by using EN from within a different Windows user account! A while back I'd setup a 'Test' user with Admin privileges, since I was having an (unrelated and non-EN) issue with my scanner. So I logged into that account. As this was the first time EN had been run in that account, it took a little while to download all my notes. Since I only have <1300 notes, "a little while" was probably only about 5 minutes. After the sync finished I created a new note, did the usual test by typing in the body and title fields, moused around the rest of my notes for a while, went back to the note, created another note... and there was no freezing at all. My thoughts are that the issue could be Windows account-related, but it could also be due to the fact that the Test account has nothing running in the background that my main account does (eg. VPN, online backup, download manager, etc etc) so it's possible that there is some conflict happening. But as far as I know, I hadn't installed anything new that would be causing conflicts. When I get the time I will try disabling various things like the VPN to see if this helps. In the meantime, it would be helpful if others could perform a similar test, by trying EN on a different Windows user account. I realise that with a huge database size this might mean a big download due to the initial sync, but to circumvent this, perhaps you could try it out while offline (as my EN freezes even while offline)?

I'm a bit sceptical that the issue has anything to do with database size, because mine is quite small - currently I have just 1284 notes, and when exported into .enex format, this occupies 108MB, much of which would be the image content (jpg, png etc). So I'm not what you'd classify as a power user by any means! Also remember this is a high-spec laptop with an SSD. I don't want to setup a second account just yet - but despite my small database size, I agree it would be an interesting test to do and will bear it in mind, but will try a few other things first and report back if any success. (Eg. login to Windows from a Test account instead of my main account; update EN on my old laptop and see if the same issue occurs or not.)

OK, you got off on a technicality there! In other words, I've now upgraded to Windows 10 Pro... but this issue still exists 😕 I was hopeful for a while, because as I typed my first note after rebooting, it went really well. But then I navigated to another note and started typing some new text into that one and it happened again. Oh well - as you may have guessed, I was toying with the idea of upgrading to Pro anyway, so no harm done 😉 I forgot to mention - when the freeze occurs, if you just keep typing as normal, without trying to navigate away from EN, no text is actually lost - when it unfreezes, 10 or 15 seconds later, all the typed text will appear. So in this sense, it's not a real program freeze in the traditional sense - but more of a video freeze, if that makes sense? I see there is a minor update available, so I can update from 6.17.4 to 6.17.6. I'll let you know if that fixes it... EDIT (5 minutes later, and the answer is...) - Nope, it didn't fix it.

Answer: yes, it does still happen even when using EN offline. Also, in case I didn't mention it yet, the freezes also happen when just mousing around within EN, eg. when clicking on various notes as you move down the Note List. So, no need to be actually typing anything at all. I feel this points more strongly to it not being a sync issue.

Home. If you think Pro would solve the issue I'd upgrade in a flash! The BIOS downgrade procedure is very simple, at least it is with my GigaByte laptop, as I keep the old BIOS flash files specifically in case of this sort of thing happening. It's an automated process that's done from within Windows. Sadly this turned out to be a red herring as it didn't fix the issue... As soon as I started EN for the first time today, I waited till it had finished its sync, then I created a new note, typed some text. Then I over-typed the default note text in the title bar and as I was doing that EN froze for about 10 secs. When the freeze happens, you don't even see the mouse cursor if you move it while in EN. And if you navigate away from EN, you cannot make it re-appear by navigating back to it, until the freeze stops. Returning to this note about three minutes later, I changed the title text, and while doing so, EN froze for about 15 secs. Got me wondering if the freezing is more likely while typing Title text than body text? So I tried it a third time - and yep, same thing happened again! I then tried it again by starting a second new note, and was not able to immediately replicate the issue in that note, until I returned to it a few moments later and started typing in the title bar, when it froze again. Can others perhaps run a few tests and see if it's more prevalent while typing within the title bar than within the note itself? You may have to type say 50 or 60 characters within the title bar before the freeze occurs. This tends to suggest that it's an account issue (rather than a 'local' PC issue) that is only affecting Premium users? From having tried one of the initial suggestions in this thread of setting sync to a very high value, eg 15 mins, I really don't feel that this is a sync issue as such. My next test will be to disconnect from internet, reboot, and then see if the freeze happens while creating a new note while offline. Will report back on that soonish... I also wanted to try creating a new note on my old laptop which, due to disuse, still has EN v6.5.4 installed. But it will not sync - log shows error msg "Sync failed due to unexpected problem server side". I wonder if this version may have been deliberately disabled, being so old? Nevertheless I tried creating a new note as WAS able to get it to freeze while typing new text within the title bar - but only for a couple of seconds, not for 10-15 seconds. So for all I know, this may always have been the case with that old version, and it would be hard to notice if you weren't really looking out for it, being only a couple of seconds.

My system is pretty high spec, it's running an intel i7 7700HQ with 32GB RAM and an SSD, so the issues I'm experiencing aren't likely to be hardware related. I tried the create-new-note test you suggested. While doing so, EN was even hanging just for a couple of seconds as I was moving my mouse over the seven dropdown menus at the top. When I created the new note, EN did rise to the top of the list in Task Manager, but not for too long, and no longer than I would have reasonably expected. Additional Issue 1) However, soon after I attached a PDF, the EN screen disappeared. I have seen this happen once before, also recently (and that time it wasn't when attaching a file, I was simply typing within a note). This time and last time the issue was the same - I could not re-open EN, then when I tried to re-start it after having force closed it through Task manager, it kept popping up with a small dialog "Evernote is not ready to accept clips. Please open the main application and try again." I then had to go back into Task Mgr and force-close "Evernote Tray Application" before I could re-start EN properly. Additional Issue 2) Also a few times on Windows 10 bootup I've had EN report that the last time EN closed, it had done so unexpectedly (which I wasn't aware of, and could indicate that it didn't close gracefully on the last shutdown - this was an acknowledged issue in a previous version, but I thought that bug had been squashed). Anyway, I don't know if the additional issues and the hanging are related. There is one thing that I feel I would like to try before moving on to other troubleshooting, and that is a UEFI/BIOS downgrade, simply because I had no issues with EN before I upgraded the laptop's firmware on 30th December.