amInMarina

Thanks for all your suggestions. I don't use Evernote on my phone, but i did try a different (public) network from my android tablet and ran into the same problem. I'll wait to hear back from support.

Well, I've used your suggested link but I'm not confident that any human will read it. In the EN ticket input form, I identified my issue as "can't access 'help' to submit a ticket." For the problem description, I provided similar text to what I posted here in the Forum. Their response began with: "Thanks for reaching out. We’re sorry to hear you’re having trouble logging into your account." Their LENGTHY response was generated under their assumption that it was a username/password or billing or device issue and that login was keeping me from logging in. Also, at the end, there was a comment: "Please note that without receiving these details, we won’t be able to move forward." There was no ticket # provided in their response but I did note a request #3855851 when I submitted the form. An additional comment in the EN response was "if you have other questions or need further assistance, feel free to reply to this email" I have done so (replied to their email), but I don't have much hope for a solution.

Thanks for your suggestion. I do that and it brings up the login form. I complete the login form and it re-activates the web app.. It's an endless process

I've been trying to submit a support ticket, but (what used to work): https://help.evernote.com/hc/requests/new now forces me to do a new login. I do the new login and it activates the web app If, from the web app, I try try to access (lower left ) the "need a little help" and then choose "Help & Learning" ... this takes me to another LOGIN page.. Can't get to any help page to submit a ticket like I could before. Also can't find the record of my past tickets. Any suggestions?

This problem has been fixed with version 10.81.4. Now, I can "see" again!

In the web app it looks like you're printing an image of the note. What does the printed note look like when using "Choose Microsoft Print to PDF" ?

Not sure if someone has already asked, but do you get a similar problem when printing from the web app?

What does the print preview look like?

AND, since "support" was mentioned, why not make one of the tabs a direct connection to a live person in technical support 7x24? 😉

Evernote searched - selected - highlighted text color problem?

Why not white text on a white background? Did the designers ever think of the users who might have visual acuity issues? Thumbs down on the "new" UI.

UPDATE on Windows(10) desktop app and the Quick Note problem(s) History: * Quick Note worked with version 10.66.4 * Quick Note failed with 10.67.2 * Quick Note now working 10.68.2 no intervening re-installs (clean or otherwise) done; appears to be a version related issue At least for now I'm a happy camper.

Thanks for your comments. My thought is that it has to be something with the newest release. I can revert back to 10.66.4 and Quick Note works just fine... but as soon as Evernote forces an upgrade to 10.67.2 the problem appears where a right mouse click brings up the standard "Open Evernote", "new note", "Quit Evernote" options appear. The left mouse click does not respond with the usual input form . My latest status is that I've once more gone back to 10.66.4 (where Quick Note works) and now, if I do a "Check for updates", The response is: You’re up to date! Evernote 10.66.4 is currently the newest version available. Does that mean they've disabled the roll-out of 10.67.2? Or, am I being overly hopeful that things will be working with the next auto update?

On the newest version 10.67.2, Quick Note fails! The right mouse click (to get create note, quit, etc) works OK. On a left mouse click the functionality (creating a quick note and/or screen clip) is dead. I restarted Evernote 10.67.2 ... same problem. I re installed 10.67.2 .. same problem I reinstalled an earlier version 10.66.4 and Quick Note works! Problem reported as id #3789267

Thanks for all of your efforts in testing the problem I'm running into. It was my understanding that when I submitted the support ticket that they were able to reproduce the problem and had forwarded the issue on to the development group. Also, I'm running into the exact same backlink problem when using web app; wouldn't that indicate that the Desktop app database is ok? I've had to uninstall/reinstall Evernote desktop app in the past but have never used the Revo Uninstaller. Is that necessary & is their free version ok to use? Thanks! --- PS .. added as an "edit" In my case, the search is done within a NOTEBOOK, not "everywhere". I've tried testing backlinks when a search is done on ALL the notes in my DB and do not have a problem with backlinks.

Failure of any/all backlinks in notes within a search result list. Any note in the result list that has a backlink will wind up selecting/pointing to the first note in the result list. This is true also for any note in the search results list that has a backlink to a note not in the search results list. If the search is cleared, backlinks work correctly for all the notes in the search results list.. This is true for both the web version and the Windows desktop version. This issue has been reported to product support more than a month ago and I was told that the issue/problem was forwarded on to the development team (Ticket# 3765584) Both the web and windows desktop app are on the latest version of 10.66.3 (although there was a post earlier that indicated the very latest version was 10.66.4 even tho the evernote.com/download link does not yet have this latest version.) Does anyone use backlinks? I'm surprised that I'm the only one (apparently) having this problem!

For me, It is still the case that backlinks (internal app links) in notes in a search result list fail to link to the correct note. Any note in the result list that has a backlink will wind up selecting/pointing to the first note in the result list. If the search is cleared, the backlinks work correctly. Contrary to the release notes on a previous release, the backlink issue HAS NOT BEEN FIXED. Furthermore (new observation): If you select a backlink from a note from the search results list, you always get the first note in the search results list ( already reported above). AND, there is an additional problem: if (from one of the returned notes, you select a backlink and wind up with the first note in the list) AND THEN you try to use the go-back function "<" (topmost left in the leftmost notebook panel).. the result is a blank/empty search results note list panel AND a blank/empty note panel. UPDATE 11/06/2023, have updated windows desktop app to 10.65.3-win-ddl-public (20231103200848). The backlink problem with notes in a search results list has not been resolved. ☹️

Same problem/issue observed in the Evernote Web App Looks like the search does not have to be a saved search. Problem reported via new support request. ----- update 10/12/2023, 1:43pm PST New version 10.63.4-win-ddl-public (20231006121931) does not fix the problem with backlinks in notes that are in a search result noted list.

I'm on 10.63.3-win-ddl-public (20231003171454) and have problems with backlinks when I use a search. When a saved search is active, links between/among the notes found in the search results note list do not work.. It looks like all backlinks point back to the first note in the result list. When the active search is cleared, the backlinks work correctly. Any suggestions?

I think it occurs more than a "rare" case and it depends on how you use saved searches while in a specific notebook. If you select a notebook from the Notes list, and look at the "add filters" function, you will see that the "located in" is no longer an option. When in this state, if you use a SAVED search that specifies a "notebook:" in the search spec, when you invoke the search, you'll get the "permissions" error. For me, I use saved searches a LOT and now I think the problem is reproducible and occurs in more than a "rare" case. I'm hoping that others can reproduce the problem as well. I've also re-opened a previously closed ticket regarding this issue. I'm at the latest release of the desktop app for Windows. Thanks.

I think I finally have an answer as to the cause of the (still happening) "Permission Lost" error: The error occurs in saved searches where "notebook:" is specified. Whenever a notebook is selected, the filter form does not allow the "located in" option so when I'm in a notebook and use a saved search that uses that notebook, I get the "Permission Lost" error I can work around this problem but it is a bit messy because I often edit notes within a notebook and then do different selections on the notebook.

Thanks... I think you're correct in calling it a "nuisance". Seems to be random and unpredictable. I'm keeping the new version for now, hoping that things don't get worse.

Problem with new version 10.61.5 Saw in the forum a number of positive comments on this new version. I installed the new version and within a minute or two got the "permissions lost" message that was a major problem in an earlier version. When I select the notebook associated with the "permissions lost", I can access the notebook and the error message goes away. Should I re-install to the previous version?

New version problem: something is definitely "wierd"/broken in search interplay between the search tool and the use of the filtering capability. In addition to an earlier post, there's a new behavior that I've never seen before: If you ever select a notebook, and then try to use the filter form, the "located in" option/field is missing on the filter form. However, you can specify a notebook (eg. "notebook:NOTEBOOKNAME" )in the search tool and that will bring back the "Located in" field in the filtering form where you can change it to whatever you want. Also, using the search tool with only notebook: (no notebook name) will bring back the "Located in" field in the filter form. Suggested solution: fix the filter form to always enable / display the "Located in" filter.

Something seems different with 10.60.4? (windows desktop app) Now, When you specifically select a notebook, the field ("located in") disappears from the filtering form I thought when I had a notebook selected, that in filtering, I used to be able to set a different notebook (field called "located in"). With the new version, that filter form field is missing. To get the "located in" field to re-appear in the filter form, I have to do a general search, then pick a note in a different notebook and the "located in" field shows up in the filter form. Is this behavior new or am I mistaken?