Jump to content
Due to limited holiday staffing, chat will be unavailable from Thursday, July 2 at 5:30 PM (CDT) to Monday, July 13 at 8 AM (CDT). This will allow us to reply to your email requests as quickly as possible. Thank you for understanding. ×


Level 5
  • Content Count

  • Joined

  • Last visited

  • Days Won


Stuhrer last won the day on October 3 2015

Stuhrer had the most liked content!

Community Reputation

215 Seriously Awesome


About Stuhrer

Profile Information

  • Subscription

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi, First many thanks for your suggestions and trials to find the solution for the problem. I now looked more closely into the links that are created by pasting the links created by the Web client and the Mac client into a note. They are indeed both transferred to a link in the format evernote:///view/1005834/s9 where the first number is my user id and the second the shard number. However, there is a difference in the last part of the address. Here are the URLs of the links which I put in a test node "Test Note 1" both pointing to the note "Test Note 2": evernote:///view/1005834/s9/0041bee7-c015-47eb-94dc-c6fd75390dab/df9444e2-599a-48a2-8e71-4d59ec652b6b evernote:///view/1005834/s9/0041bee7-c015-47eb-94dc-c6fd75390dab/0041bee7-c015-47eb-94dc-c6fd75390dab And for me, the first one created in the Web client only works in the Web client whereas the second one created in the Mac client works on both. What I also noticed is that the green colors used by the links are slightly different. This is most obvious in dark mode. I attached a screenshot.
  2. What I did, pasting into a text editor was to identify the reason for the behavior and the reason is the "1" instead of my user ID in the link. I of course normally directly paste the link into a note. But as I mentioned note links create by the Web-Client don't work in the Mac client. And this happens every time so it must be a "feature".
  3. I now did the following on my Mac: 1. I created a new note 2. I opened the note in the web client in Firefox and in the desktop client 3. I now selected the menu entries in both to create a note link and pasted them into a text editor and two different links where created: Web-Client: https://www.evernote.com/shard/s9/nl/1/4bcd7f17-2457-4cc7-9ba6-50eddcaba8a6?title=Dieses%20ist%20ein%20Test Mac-Client: https://www.evernote.com/shard/s9/nl/1005834/4bcd7f17-2457-4cc7-9ba6-50eddcaba8a6/ When I now use these URLs as links in a note the first opens the note in Firefox even if I click on it in the Mac Client. Only the second one opens a note in the same client.
  4. When I create a link to another note with the "Copy internal link" feature in the Web-Client this link only works in the Web-Client but not in the Mac Desktop Client. When I create the link to the same note in the Mac Client it works in both clients. Looking into the link addresses for the two links reveals that they are identical. What could be the reason?
  5. Yes, that is definitely new behavior in Firefox since a few days and I hate it!
  6. I once had a similar issue. I added a picture to a note on my Mac and did not see it some time later. Then I realized that I actually added a link to a picture and not a copy of it. Could this be somehow the reason for your problem?
  7. I think that this is not exactly possible. However, the search syntax allows you to search for all notes containing one or more checkboxes: todo:* for all notes containing unchecked checkboxes: todo:false for all notes containing checked checkboxes: todo:true
  8. Hi, Unfortunately, I am not allowed to install the newest Chrome version on my computer at work. I tried the new interface on the installed Firefox (Version 61) and experienced the same problem. However, I could install the newest Firefox on my computer without root privileges and in version 71.0.1 tags with a special character as first character work! That means it is somehow related to previous browser versions. I am now happy again and can continue using my work flow. Thanks for the latest hint! Regards from Bremen in Germany Bernd
  9. OK, I‘ll try this on Monday but I am not sure whether I have the authority to change my system at work. I shall report back on Monday. Thank you and have a good weekend.
  10. Thanks for trying to find the reason for my problem! It is related to my environment at work. I now tested it on Safari, Chrome, and Firefox on my Mac (actually I was surprised that Firefox now works with the new Web interface). In all three browsers it works but not in Chrome under Redhat Enterprise 7.5 at work as mentioned earlier. Unfortunately, at work I am relying on the Web interface due to the lack of a client for Linux. The problem is not really related to search. The upgrade to the new search feature (which is awesome by the way) was just a coincidence. Something else must have been changed. When I use the new search e.g. using 'tag:.caas' which searches for all notes of a certain project I see the correct tag appearing in the search box. But when I press enter or click on the found tag I get the error message I described. The same happens when I click on such a tag in the tags window. My workflow is really simple. I work for a number of different projects and I keep track of my work on these projects with Evernote. All notes for a project carry a special tag starting with a '.<project>'. Notes for issues which need to be worked on additionally carry the tag '.<project>-open'. This easily allows me to show all notes belonging to a project or all notes which need work. When I finish the work on a note/issue I just remove the tag '.<project>-open' and keep the tag '.<project>'. But for the problem this is irrelevant. All tags starting with a special character result in the described problem. It would be a lot of work to change all the tag names to ones without special characters, and I am also reluctant to change it because I like this way organizing my notes. I also tried switching languages used by my browser and by Evernote without success. Can I provide additional information e.g. using Web developer tools of browsers etc.?
  11. Hi, Thank you for the quick answer. The new search was just activated for me yesterday and the described problem just appeared with this update. And I now think it is not the search but the problem is related to the tags with special characters. I use a dot for project-related, '@' for location-related and '#' for people-related tags. When I now search for such a tag or select such a tag in the tags window I get an error message. I took three screen shots. The first shows that I am actually in the classic editor version so this doesn't help. The next shows some of my tags starting with a dot. I tested all tags I use with three different special characters which are as mentioned above '.', '@', and '#'. When I now click on such a tag I get the following error message: When I then click on 'Reload Page' I see all notes and not only the ones carrying the selected tag. My system is Redhat Enterprise 7.5 and Google Chrome 54.0.2840 (64-bit). My locale is en_US.UTF-8.
  12. Searching for notes with tags starting with special characters like #,@,. is completely broken. It is also not possible to go back to the non-beta version of the Web-Interface beause the new search is active for this version as well. The Web-Interface is now almost useless for me because it totally breaks my workflow.
  13. It works for me (same Mac OS and Firefox versions). My guess is that it is related to one of your add-ons. Deactivate them one by one and test the clipper.
  14. Code block doesn't work for me. I entered ``` on an empty line before and/or after some text but it is not convertred into a code block. Am I doing something wrong?
  • Create New...