John in Michigan USA

Assuming your forum link made clear to anyone following it why an activity log wasn't relevant, or that you didn't want to attach an activity log to the forum post but you'd provide one to support if asked...assuming that, it is entirely reasonable for you to assume no human was involved in this canned response and that, if you responded to the canned response with an activity log they still won't follow your link or do any other real support such as escalating it to devs. If someone else wants to make the case that I should give support another chance, now's your time!

@jpservices or anyone else who recently opened a ticket to submit a bug: I would like you hear about your support experience. I'm sure they were polite and followed the script. My question is, in the case of bugs or lets call them features that do not work they way the "should", do you think opening a ticket made any difference? I ask because for a long time EN support had the infamous banner "Support is overwhelmed. Please be patient" (or words to that effect) all over the discussion and support pages. This notice started IIRC during 2020 or 21 re COVID-19 and was there as recently as a month ago. That banner to me meant, don't bother us with anything more complicated than account recovery, we won't be able to help. That banner stayed up far too long, and I lost faith in EN support. It was only a week or so ago that I noticed the banner is no longer there. I am trying to decide if I should give them another chance reporting bugs or asking for clarification or offering feedback about how a feature is supposed to function. I don't really care about how quickly they respond. I care about if I submit a detailed ticket with screen shots and a sanitized activity log, will they engage with that in any meaningful way or just give me some canned response.

To @mdbs99, @RussP41, @Vitaliy Grinchuk and any others that submitted a ticket recently to support, I would like you hear about your support experience. I'm sure they were polite and followed the script. My question is, in the case of bugs or lets call them features that do not work they way the "should", do you think oppening a ticket made any difference? I ask because for a long time EN support had the infamous banner "Support is overwhelmed. Please be patient" (or words to that effect) all over the discussion and support pages. This notice started IIRC during 2020 or 21 re COVID-19 and was there as recently as a month ago. That banner to me meant, don't bother us with anything more complicated than account recovery, we won't be able to help. That banner stayed up far too long, and I lost faith in EN support. It was only a week or so ago that I noticed the banner is no longer there. So I'm wondering, has the support experience improved recently? I am trying to decide if I should give them another chance reporting bugs or asking for clarification or offering feedback about how a feature is supposed to function. I don't really care about how quickly they respond. I care about if I submit a detailed ticket with screen shots and a sanitized activity log, will they engage with that in any meaningful way or just give me some canned response.

Now running: 10.79.3-win-ddl-public (20240307101007) Editor: v177.6.1 Service: v1.95.0 ...and I'm no longer able to reproduce this bug, i.e. the UI no longer freezes after I cut or copy the selected text. I'm leaving this post as "unsolved" while I monitor things to see if the bug comes back. As a side note, it seems an odd design choice that the "Create event" pop-up is only triggered when I cut or copy (Ctrl-X or Ctrl-C) the selected text. Given that "/" is the prompt to display the "add element" pick-list containing 13 elements you can choose from, the most intuitive way to narrow down this list to a single choice, the event element, would be to type "/5:49 PM"...but that doesn't trigger any pop-up. The second most intuitive way to invoke the "Create event" pop-up would be to simply type "5:49 PM" and have it automatically pop up, but then disappear if you keep typing...although I could see how this might be disruptive. Alternatively, the "Create event" pop-up could appear when you highlight "5:49 PM", this would save you the trouble of right-clicking...although currently the only element the right-click menu lets you create in this context is a link, the other possibly relevant element(s) such as event aren't available by right-clicking on selected text that matches the hh:mm or hh:mm AM/PM format. IMO the least intuitive way to invoke the "Create event" popup (without having to pick from a long list of elements) is to cut or copy the selected text. Also, whatever keystrokes trigger the pop-up, it should probably display a shortened pick-list consisting of the event element and the link element, since any text could be a link.

" it's been months since I even opened Outlook 2016." Sorry, I see now that was unclear. I opened the Outlook 2016 app, it started the setup dialog, and I closed that screen. Therefore I had opened it, but not installed it :-}

As before, I don't have outlook installed, so I have no Outlook settings screen to check. These days, not having an app installed doesn't mean Microsoft isn't messing around with settings or the clip board behind the scenes, but Evernote is also actively rolling out an updated calendar and outlook integration feature. It could easily be the case that EN is messing around with the clipboard (or whatever is causing this). Think of it from a Microsoft support POV: you're asking them to prove an non-installed app isn't messing with Evernote. How would they do that? If I were them, the first thing I'd ask would be, are there apps other than Evernote that are seeing this problem? The answer is, I haven't tested every app that has an outlook integration or uses the clipboard, but of the ones I use, only EN freezes. Also, it is Evernote, not Microsoft, that raises the "Create Event" popup and populates it with choices. Outlook is only one of the choices, and I documented that it is a problem even if you click on something simple like Notepad. It seems obvious that EN isn't correctly handling the case of a user wanting none of the options on the pop-up bar. Even if something changed in Outlook or Windows that triggers this, it is the Evernote UI that freezes for 30 seconds. This seems much more likely to be an Evernote problem. Anyways, thanks again for trying to work with me on this. I'm just going to monitor things and hope it fixes itself.

True, part of this is me blowing off steam, which is perhaps an annoyance to other readers. I will try to keep that in mind. On the other hand, bug reports aren't public. I want potential new users to be able to find out about these chronic problems before they're locked in, the way I am 😞

There's no way to import into the server i.e. the web site. Since you're importing into a client, the imported notes have to upload.

It is hard to say anything meaningful about the new UI since it keeps changing visibly and also subtly with each release. Bugs come, and go, and come back again. Can there be some communication from EN about when things will stabilize enough to give meaningful feedback?

Perhaps more complete answer: All sites try to block any access by third parties to stuff behind the paywall. EN's decision to implement their clipper as an indirect query to the site (i.e. Clipper does a query from their server to the target of the clip, rather than from your browser to the target of the clip) has pros and cons. EN can temporarily copy your credential that lets your device read the article, but sites may not honor that credential when it is used from EN's server instead of from your device. This cat-and-mouse game is one of the cons. Clipper still one of the best parts of EN, IMO, but it various by target page, by client, and by other factors that are hard to pin down.

@N Allen Excellent points. Evernote is chock full of "helpful" bits of automatic editor code that are supposed to save you a few keystrokes, in a pitiful attempt to imitate features from world-class editors and word processors. These bits of code misfire waaaay too often, and when they do, it is devilishly hard to fix and to keep the fix fixed. World class editors building these little helpers made mistakes like this in the early days and we got Microsoft's Clippit. What saved them from the same disaster EN now has, was fanatical adherence to some great design features: Every autocorrect, autoformat, or other change to the user input *must* have undo support. All the user has to do is spot the code misfire, and hit undo. This isn't just a convenience for the user, although that alone would be enough justification. It also lets developers track how many times their bits of helpful code misfire, and it helps de-obfuscate logic errors in their code that are causing the mis-fire in the first place. If their code isn't savvy enough to save the state of the target string (and also save the relevant context) before the autofix, the autofix code is NOT ready for production! These auto-correct features must be configurable, so a user or dev can turn them on and off easily. Without this, fault isolation and debugging is much, much harder. There should be a way of marking a string off-limits for auto-correction. For example, once the user undoes an autocorrection, the editor should mark the relevant string so that auto-correct leaves that string alone. This can be tricky, but it is doable. Some editors have refined this feature so well, they no longer need to expose the "mark off-limits" feature to the end-user. The editor is smart enough to figure out when to leave well alone, and even learns over time.

@Mike P Thanks for trying to reproduce. I don't have Outlook calendar added (unless it auto-adds itself in some obscure way; I certainly don't use Outlook calendar, and it's been months since I even opened Outlook 2016. I will wait until EN pushes an upgrade my way and see if that makes a difference...then wait until the bug reverts in the upgrade after that!

Yet another formatting bug. Evernote, your note parsing code is *****. Instead of trying to make it be helpful and save typing, it creates no end of trouble. SIMPLIFY the code base, write clean code, and TEST IT. It is pitiful how you poorly imitate well designed and implemented features from your competition just so you can check the box that says yeah we've got this feature too. Do you really think this creates real value for the company? Once again, taking bets on: How long before a fix is attempted? How long before the fix is reverted back to the bugged state? See for example How many iterations of this seemingly endless cycle before a fix finally makes it into production? How many times will volunteers have to guess at whether we're supposed to evaluate a fix, update this topic, document a bug reversion, update this topic, all with no earthly clue if that feedback is being heard? To reproduce: Create a new note Type a time in format in HH:MM AM/PM format for example 5:49 PM Select what you just typed Hit Ctrl+X to cut it into the Windows cut/paste buffer See the attached .mp4 for a movie of what happens. Basically the "Create Event" popup appears. If you don't want to create an event, there's no obvious way to cancel it. I clicked on a blank part of the note. This caused the popup to disappear, so it would seem this is an intended way to cancel the pop-up. Cancelling it this way leaves the note frozen for OVER 30 SECONDS. In the movie you will see the cursor move as I try to type text. I am unable to click on the "Suggested Templates" section either. Finally sometime times out and the buffered text appears. I am unable to keep recording the screen to show you how long the note stays frozen because the resulting .mp4 is too large to upload to this forum. There is a very annoying work-around. From the "Create Event" popup, pick Notepad and then delete (exit without saving) the resulting calendar.ics that is created in Notepad. 10.77.3-win-ddl-public (20240221121132) Editor: v177.3.2 Service: v1.93.3 Bugged when cutting time.mp4

Interesting. I got that version info from Help -> About Evernote. The dialog box that pops up has all the detail at the bottom, along with a copyright notice. Double-click anywhere in the dialog box and you should get a little notice "Copied!" and the version info and copyright notice is now in your Windows paste buffer. The only difference I see is, I'm on Win 11 Pro, you're on Win 10 Home. It's hard to imagine why that should matter for this feature.

...and IT'S BACK or at least the bug was only fixed superficially, did not fix for all scenarios. To reproduce: Find or create an existing note with a reminder in the future that looks something like the note in the screenshot. Click the reminder in lower left to open the reminder dialog box. The button marked "PM" breaks the right margin of the dialog box. Windows 11, EN client 10.76.2-win-ddl-public (20240214093250), Editor: v176.53.0, Service: v1.92.0 This bug used to appear after creating a new, blank note, but it no longer does. It does not appear if you are adding a reminder to an existing note that does not already have a reminder. I found two existing notes with existing reminders and the bug appeared on both of them. YMMV. Come on, Evernote! I believe in you! <-- possibly sarcastic, we'll see.