Scott T.

@sdysart@gmail.com, when you were using both your MBP and iPhone, were they staying in sync in regards to all the notes you created? Or is it possible that all the notes you took never synchronized successfully to the server? Another issue that is quite common is that users forget what account they previously used and either create a new account or log into a different account. Did you try logging into any other email addresses you may have created an account with?

So I just tried this myself. The currently released Firefox version (6.x) does not show related notes. Chrome and Safari have our newer Clipper release (7.x). I installed our internal build for Firefox 7.x and confirmed that the related notes properly show up. We are still working on the release of 7.x for Firefox. I don't have an exact release date, though. But it's in the pipeline. Unfortunately, we aren't releasing any more 6.x versions, so you won't see a fix for this before we release 7.x.

Also, the "Web Clip" in the video is how the new editor tries to maintain the most reliable view of the content that you clipped, as opposed to the random formatting that the old editor attempted to apply automatically to clips.

Yes, the new editor will be on all platforms. I think we're looking to release the new clients pretty close together, though I think mobile is a bit ahead in terms of progress. The setting for note width is persisted for any note you view.

@RavBoy I don't use Windows personally, but if I understand what your issue is, I think we have this addressed in the new editor which we're working hard to release across all platforms. It will be available in the new Windows client we're working on (see the earlier link to our blog post for 2020). If you take a look at this screen capture, you can see we allow you to manipulate captured content and also select how to display content in the editor. clips.mp4

@Jeshi I escalated this to our support. They'll reach out to you ASAP.

@eric_treelight Thanks for the info. I took a look at your account and the last time an iPhone device was connected to it (Nov 07, 2019). Unfortunately, I'm able to confirm that the access was part of the security incident we've mentioned before where hackers are using passwords from other site compromises to log into accounts and search them for important data like Bitcoin wallets. If you haven't recently, I suggest you change your password to something unique to your Evernote account and enable two-factor authentication. This is the best way a user can secure their account.

Done

@Jeshi, I asked somebody in our support team to reach out to you. You should hear something from them tomorrow. They'll help you sort it out and make sure you don't get locked out of your account.

Hi @CAVOK. Since you are a paid member, you are not required to use an authenticator app. There's a skip link on the authenticator download page. Please see the attached screenshot.

@Jeshi, you can view all connected devices on the Devices page and revoke any that you are no longer using. If you are unsure which are which, you can always revoke all the devices and sign in again from whatever ones you want to use.

I'm able to reproduce this issue in the latest available Mac version. That version is not using the latest note editor that we have running in the web client. The issue does not exist there. We are actively working on new desktop and mobile clients built on top of our latest code base. This is a top priority and I hope that we'll have a Mac version available soon. Unfortunately, that means the issue in the existing client will likely not be addressed since we want to actively move our users to the newer clients, and not spend too much resources on fixing non-critical issues in clients we hope to replace in the very near future. I apologize that we can't immediately address this issue for you, but I hope you understand our priority is to get our users newer clients on which we can more quickly build out the features the community has long been requesting.

I'd put it more like "It's possible Evernote staff may read your post, but there's no guarantee. This is first and foremost a user-supported help forum." We'd like to have every single post being reviewed, but we just don't have the dedicated resources for that at the moment.

Here's sample code for fetching a note (vs. creating) import evernote.edam.notestore.ttypes as NoteStoreTypes print "Fetching the note again" note_result_spec = NoteStoreTypes.NoteResultSpec() fetched_note = note_store.getNoteWithResultSpec(created_note.guid,note_result_spec) print "Fetched note title: ", fetched_note.title

Hi @Kayla73. I hadn't installed the Python SDK before, so I followed the instructions from the API docs and tried out the sample client code (EDAMTest.py). The note.title worked fine for me (see below). What error are you seeing? created_note = note_store.createNote(note) print "Successfully created a new note with GUID: ", created_note.guid print "Note title: ", note.title Output: Is my Evernote API version up to date? True Found 1 notebooks: * First Notebook Creating a new note in the default notebook Successfully created a new note with GUID: 307ea2c2-a20f-48f8-bd3c-f9bcb96bd646 Note title: Test note from EDAMTest.py

Thanks @Nik Silver. Our Editor QA said he'd mention the Google Analytics in their standup this morning. He said that sounded like an interesting possibility. I'll post if I hear anything back. Let me know if that seems to solve the problem for you.

Woohoo! Good to know. All the credit goes to @ehrt74 for that discovery. I've got a ticket open for the editor and client teams to work on this. It will likely get addressed as part of a larger relaunch of our clients. Can't give any specific timeline, though. The teams are working very aggressively to bring the Web Client up to feature parity, as well as unifying the code bases for the desktop and mobile clients (to the same as web client). So a lot happening. But the teams are aware of it and agree it needs to be addressed.

Also, for those having problems, can you let me know any specific browser plugins you might be using, especially any ad blockers?

Thanks for the info @Nik Silver and @Alex Modl. I've passed the information on to our Editor quality team. They have a few open tickets for cursor issues that they're working on, but they'll be reviewing the comments in this thread to see if there's a separate issue here. Please continue to provide any information that would help us narrow this down. I'll do some testing with Google Analytics to see what's going on there.

A lot of the complaints in this thread are iOS and I have read the complaints about iOS 13 being very aggressive in killing off backgrounded apps. I've personally noticed that Evernote unfortunately is impacted. Having a note open and letting the phone turn off results in being brought back to the all notes view when I open it back up again. This is using the same version as before where I didn't have the problem before the iOS upgrade. Some sites claim it was fixed in 13.2.2, but I'm on 13.3 and still have problems.

I agree. I think we maybe made some poor choices in the past in regards to releasing products that weren't fully baked and calling them done. Ian seems to be taking a much better approach to our releases, really getting things out there and gathering feedback. This is mostly being done under our very clear "beta program." But, the release of the latest web client was before his time. As I said, we're really trying to bring the web client up to functional parity with all the versions out there so that we can get everybody using the latest version and deprecate the older versions that we are no longer supporting. Same effort across the desktop and mobile clients.

This isn't a bug (per se), but rather functionality that has not yet been implemented in the latest web client. We have an open ticket to track the work necessary to implement this and it actually looks like some of the work has recently been completed. I can't promise a specific launch date, though. The team is working hard to bring the new web client to feature parity with the existing web client. This is a top priority, so I hope you'll see a lot more updates very soon.

FWIW, the new web client DOES support stacks. You can't drag and drop a notebook onto another notebook to create a new stack, though. That requires initially adding one of the notebooks to a stack via the "..." menu in the Notebook view. But once you have a stack, you can drag additional notebooks into the stack. Here's a video. stacks.mp4

For those experiencing this issue, are you able to provide additional information regarding how to reproduce? Useful information: Operating System Client and client version (or browser and browser version for web) Content being edited. For example, does it happen when adding just text or maybe when adding attachments, tables, etc.? Version of the editor - The web client should indicate if you're using the "beta editor" I've seen the problem rarely myself, but not to the extent that the editor is unusable. I think there's something more going on here. Since it's across clients, it's likely a problem in our editor code, but we'll need help narrowing it down.

@CharlotteG Glad to know clearing cookies helped out. I've seen this happen occasionally with our web client. Clearing cache/cookies is a good way to reset the state of the browser, since the web client stores some data locally that may have become corrupted. Due to being a web client, you're not going to have any data loss since everything is being directly manipulated on the server.