Jump to content

markeh

Level 2
  • Content Count

    31
  • Joined

  • Last visited

Community Reputation

15 Neutral

About markeh

Profile Information

  • Subscription
    PREMIUM

Recent Profile Visitors

1,786 profile views
  1. Here is response from Evernote support: Hi Mark, Thank you for contacting Evernote Support. I'm XXXX, and I'd be assisting you today. I understand that encrypted PDFs no longer works after the update of Evernote for iOS. First, I would like to apologize for not getting back to you sooner. We are currently experiencing a higher volume of tickets than usual and we hope to be getting back to faster reply times soon. I can confirm that password-protected PDF files are not yet supported in the new Evernote for iOS, but it's on our roadmap. While I do not have a definitive time frame for the fix, please make sure your Evernote application has automatic updates enabled so that you are able to download the update as soon as its available. Thank you for your time and utmost understanding ========= here is my response ========= Removing an important function/capability isn’t an “upgrade” – it’s a bug. Plus I doubt you intentionally left it out – just wasn’t included in your regression testing. If it was intentional, you should have documented this so I could decide if the new features overcome the new bug. Which they don’t. So how to I revert to the older release on my iPhone until you fix your bugs?? ...
  2. Password protected PDFs will no longer open on my iphone (iPhone 8, OS 13.6.1, Evernote 10.0) Unpassworded PDFs will open. Password protected plain text works (Evernote asks for the password like before) Passworded PDFs just stall - don't ask for the password, so don't open. Hit "DONE" and get back one level, but can't open PDF. Used to display PDF after asking for password. Seems like a bug to me..... Any suggestions?? thx,
  3. I have moved the data base the my C drive, which a SSD. Evernote itself is installed on my F drive, which is a normal rotating disc. I also turned on regular 10 minute syncs. Before only on demand sync. The combination is made a large difference - performance is now very good. Thanks to everyone for suggestions. Some files were not automatically moved - LocalStorage, and Logs. Evernote gets upset when they aren't found, so I've just left them on the F drive. .
  4. Mine was already set that way. But you raise an interesting idea. None of the Notebooks on my PC are set to be stored locally. Nor do I specifically say keep in Evernote's cloud. I see an option "Purge rarely used note content" - not currently checked. Is that one of your suggestions?? And unlike my IOS systems, I don't see a way to keep notes downloaded - so I guess they all are kept local unless purged (as above)??? If there is one thing Evernote needs is lots more documentation.... thnx,
  5. The message does not explicitly say the date will be moved for you. Is this what happens?? thx,
  6. Evernote database us currently on D:drive, rotating media. Performance awful. Could move to C:drive - SSD. Not sure this would be much of a performance improvement. Any information posted somewhere on how to do this?? thx, .
  7. Evernote's favorite thing is to freeze for seconds, or minutes, saying "Evernote: Not Responding" Windows performance is bad, getting worse. I'm starting to think borderline unusable. Any suggestions?? thx,
  8. I have always found that Evernote doesn't work at all in my browser. I use Firefox. Going to Evernote gets a stream of notices that scripts/extensions are "causing Firefox to slow down". These are common extensions (Ghostery, for on, Zoompage for another) that work everywhere else. If I could only use Evernote with Firefox the product would be worthless for me. === Actually, trying some more, Evernote really just doesn't work in Firefox - my regular browser. Works fine in Chrome - my browser to avoid.
  9. So... newer graphics, dark mode, ---> smart filing still broken..... Fix the problems first, then the paint job. .
  10. Clipping from Firefox/Windows 10. Web Clipper version 6.13.3 Clipping until recently would usually pick a reasonable notebook. Now only picks "main notes". If setting is "smart filing" - always picks "main notes". If setting "last used notebook" seems to work as expected. A new, recently improved bug.... .
  11. I have a somewhat older iPhone, and some of the notes are quite long. Highlighting the text is very fast - feels almost instantaneous. But in a long note scrolling to find the matches takes too long, so for me the lack of navigation (< >) is a functional problem. Waiting doesn't seem to change anything. Also, the same problem shows on offline (downloaded) notes, but to be honest I don't know how this effects search results. I have entered a bug report (or at least a report to support). We'll see what happens. .
  12. The only thing I was reporting was searching for text within an all text note. Not searching for notes, across multiple notes, not within PDFs, not within OCRd docs. I have no idea if those would or not work correctly, as I haven't tested or used them. I also have no comparison with what works on a MAC, as I don't have one. I can say that when searching within the same note on my PC and my iPhone the PC version works as expected, highlights all of the matches, and correctly shows the count of matches at the bottom of the window. The iPhone is random, but mostly doesn't work as expected. Just to be clear, I took one of the notes that showed the problem, copied on my PC to a .txt file (so all formatting lost), copied the text to a new, fresh note, synced it with my phone, and the same problem was there. Test samples?? Build a reasonably sized text only file on you desk system (at least 50-100 lines), copy it to a new note in EN, sync with your iPhone and try searching for a word within the note. See if you get the same result - the word (or multiple copies of the word) are highlighted, but the summary at the bottom says "no matches" and the < > are dimmed and have no function. This is what I see over multiple notes. Works properly maybe 1 out of 10 times, totally unpredictable (at least to me). Apparently at least one person (above) saw the same thing. ALSO - I have just shy of 4,000 notes. I don't know where 30,000 came from. .
  13. Thanks. My guess is that if you try it a few times, it will occasionally work correctly. I just tried it again - worked correctly the first time - failed the next three. Maybe it's a timing issue between when the IOS app reports results (by marking text) and the server responds with the count. But I don't think its a cockpit error - pretty reasonable to assume it's a bug. IMO failure of search is a major bug. We'll see what EN says... .
  14. The < and > skip back and forward to the search matches. Means I don't have to scroll a long document to find all the places where the search matched. No matches, no skip. .
  15. All notes tested were typed by my me, mostly on my PC. Not copied or clipped from another source. So plain text, but styled (colors, bold/italic etc.., bullet lists). But I would claim that that makes no difference: I took one of these, copied into a MS Text doc (so now pure characters) pasted it back into a new note and it made no difference on my iPhone (works as expected on my PC). The problem is the same regardless of my location. When I decided this finally annoyed me enough to try track down the problem, I tried a number of variations - remove styling, paste (as above), shorten the note, etc.. I was in my office about 5 feet from my wifi router. Speed tests about 80mb download on the phone. Same story on offline notebooks - seems to make no difference. If some part of the search is done on EN servers, I could certainly believe that could contribute to the problem. On my PC it's not uncommon for a search of a large note to stall for a while until the (remote) server catches up. Maybe that's what happening on the iPhone. Highlighting the matching text on the phone is almost instantaneous. But maybe the indexing is done on the EN server. Occasionally it works. Go back and try again on the same note, it doesn't. Mostly it doesn't. .
×
×
  • Create New...