eric99

36 minutes ago, tyoung77 said:

My original ticket number is 3578009. Title: Slow Synching Duplicate Notes Partial Copies. A second ticket 3608119 references the original ticket. They tell me the issue is still open and they are "diligently working to get this fixed as soon as possible".

I have a Samsung S10 running Android 12 and EN 10.44.1.

 

So far, it was suggested that the performance problems were related to restricted ram size, but the S10 has 8 GB ram, isn't it?

5 hours ago, bmcl26 said:

 It does not work as briskly ad the PC Desktop App but that is to be expected.

  

Yes, it is to be expected for an electron/react app, unfortunately.

2 hours ago, Dave-in-Decatur said:

There's no refusal anywhere that I've seen, only an acknowledgment that the problem exists, work is being done, and no timeline can be shared. It's taking way longer than users want, and that's frustrating or even infuriating

Have a look at the GooglePlay store where many long time users  are complaining about the same issues.

I agree with @tyoung77, EN should spend all their resources to finally stabilize their apps instead of always adding more unmanageable complexity with new features. What's the point of  fancy features if the app doesn't work and the users run away?

7 hours ago, gazumped said:

Well the intention seems pretty clear... Support don't seem to have a fix for you - although from what they're saying,  they consider note duplications and slow syncs to be part of the overall syncing review that Evernote were already supposed to be working on.

 

This is what I'm afraid of, 'working diligently' actually means: we refuse to fix the 2 year old bugs in the android client and wait for the overall syncing review. But how much longer will that be? And will all race condition problems be solved then? Probably not if it is designed by the same team with no experience in concurrent programming. I hope that the skilled legacy team has taken over the design of the new syncing framework!

12 hours ago, justnord said:

I'm writing a manuscript and I think it's helpful to have all of my notes printed out so that I can arrange them on a huge table. But it would be useful to organize them based on the tags I assigned them in evernote. The only way I can think of to accomplish this is to manually add the tag names in the body of each note then they could be printed out as pdfs. But that is tedious. So if you have any suggestions on how to accomplish this I would appreciate it.

The legacy windows client HTML export generates  a nice meta data header on top of each html note, including the tags (It would be great if this would finally be implemented in v10 as well)  :

On 11/29/2022 at 5:03 AM, Slide said:

all I’m doing is writing my notes, saving the note, going to other tabs in the browser, coming back and writing more. I’m not accidentally deleting them myself, it’s not a syncing error, and notes automatically save every few minutes or whatever - that’s supposed to be a fail safe.

What exactly do you mean by "saving the note" ?

Were you still in that note when you switched to another tab in your browser?

Which browser do you use?

57 minutes ago, janndk said:

Anyway, I just used it as an example, as it seems to be their only app for multi platform. Their video editor app for mobile - Splice - is more expensive.

Splice seems to be multi platform as well: https://play.google.com/store/apps/details?id=com.splice.video.editor

2 hours ago, Boot17 said:

If  Bending Spoons app purchase history is any indication, one thing they will do -- if anything -- is fiddle even more with the pricing and subscriptions. I wonder what that will look like. Time will tell.

I think they will advertise in the free plan, as they already do in their own free apps. This allows them to keep reasonable prices for the paid plans...

10 hours ago, DCPM said:

I have deleted the app completely off the iPad and reinstalled fresh from the app store.- works fine for about a week and then all the sudden Evernote starts acting sluggish until the point that it crashes.

Sounds very familiar. For months, the android client suffers similar sluggish behavior: after a fresh install it's ok but it gets useless after a week or two.

Please raise a ticket.

On 11/21/2022 at 11:25 PM, eric99 said:

Yes, I noticed it as well on my android client, it's really responsive since  the V10.43.1 installation 5 days ago. It's a little bit early to draw conclusions, because it's always responsive after a fresh install but I'm hopeful.  Three weeks ago, I did many tests on my android client  to reproduce the performance problems and sent many log files with detailed info and timestamps to support. Maybe they finally found and fixed something, I don't know...

9 days after the fresh install, saving a newly created note has become slow again (between 20 and 130 seconds), which is unfortunate since jotting down small notes is my main use case on the mobile client. And I wouldn't mind if this saving would happen in background, but it is blocking the editor until it's completely saved. I can't do anything else but waiting until my note is closed before switching of my phone.

At the bright side, saving changed notes stays more or less responsive (2 to 5 seconds). I have the impression that this has been improved.

If I would be a beta tester, I would look very carefully for the so called 'gliches' which are frequently reported on this forum. The typical advice is then to reinstall or restart your client and forget about it. However, these 'glitches'  (race conditions) are in reality the most difficult bugs to reproduce and to debug. Even if it occurs only  once in a week during the beta test, it should be taken very seriously because once released to 200000000 users, it will occur every 3 milliseconds !

So, the trick is to produce these race conditions by time critical tests:

- bad/broken connections while editing and switching clients all editing the same note

- fast note creation/ saving/opening/editing/saving again with bad connection

- fast exceptional usages

...

4 minutes ago, gazumped said:

Hi there...  I'm on the beta panel - but I'm not sure if I'm even allowed to say that,  so don't look for any details...  there are NDAs - plus Evernote knows where I live.

Great, I'm glad to hear that experienced power users are part of the team 🙂

On 11/21/2022 at 3:27 PM, Boot17 said:

These two comments from the CIO show that major sync improvements have been under way and are now being tested:

• As I write this blog post, our new collaborative editing capability, which allows multiple people to edit the same note simultaneously, and individuals to edit the same note on multiple devices without note conflicts, is in early days of beta testing around the world.
  • From: Evernote’s Next Move: Joining the Bending Spoons Suite of Apps -- Ian Small 11/16/2022 -- https://evernote.com/blog/evernote-next-move-joining-bending-spoons/
• And most importantly, over the course of 2022, we will complete our multi-year journey to a more reliable, faster, and more modern sync architecture—the very backbone of the Evernote experience.
  • From: CEO Update: What We’ve Been Working On and Where We Go From Here -- Ian Small 01/12/2022 -- https://evernote.com/blog/ceo-update-january-2022/

Is there anybody on this forum participating in the beta testing? 

7 hours ago, Cardin said:

I admit I'm a little concerned that Bending Spoon's a multimedia app company, and wondering how that might influence the direction of Evernote's design. But their app looks sleek - and they are startup-ish - so maybe some of that energy and talent will positively improve Evernote's culture as well.

I think that BS will  add some fascinating photo app features, very promising!

29 minutes ago, feyyaz_kasli said:

Hey guys! 

 

It's me, again. I just wanted to ask if there was any other news because I noticed some really good performance on Evernote, Recently. After the "Bending Spoons" I really don't know the current situation but I guess there is a slight improvement. 

 

My main issue was always performance. Now, I can't see any duplicate notes or anything else. Is there a performance improvment? did you noticed something similar? 

 

 

Yes, I noticed it as well on my android client, it's really responsive since  the V10.43.1 installation 5 days ago. It's a little bit early to draw conclusions, because it's always responsive after a fresh install but I'm hopeful.  Three weeks ago, I did many tests on my android client  to reproduce the performance problems and sent many log files with detailed info and timestamps to support. Maybe they finally found and fixed something, I don't know...

46 minutes ago, PinkElephant said:

Since many import tools rely on the current structure, and would be messed up with additional information, I doubt the ENEX format will be expanded to accommodate the notebook information.

Not necessarily, as I already mentioned before, ENEX is an XML format, the 'X' meaning eXtensible Markup Language. This format has been designed specifically to be able to extend it without breaking older versions. If a new xml-tag isn't recognized by older software, it will just be ignored. So in this case, a new XML-tag for notebooks could be added without any problems with downwards compatibility.

1 hour ago, Boot17 said:

I just updated a note on my iPhone, hit the green checkbox and stayed with the note open and did no other action on my iPhone. Within 2 seconds that change was synced to the server as seen from that updated data appearing in Evernote Web. (I did click to a different note in the Web version and back to the note that was updated one time and saw the updated data.) A subsequent test took 10 seconds (again with no other action besides clicking the green check mark.)

I did the following test on my android phone: I just updated the note and stayed with the note open in editing mode, I didn't hit the checkbox, and did no other action on my phone. Within e few seconds the change was synced to the server as seen from that updated data appearing in Evernote Web.

So, there is some background syncing, even while editing. The problem is that you can't know for sure that it has been completely synced as long as you stay in the note.

The only explicit indicator is the green sync-in-progress marker. Problem with this marker is that it sometimes erroneously stays on after a complete sync (race condition bug).

1 hour ago, gazumped said:

Sorry - didn't realise it was a downgrade.  Have you raised it with Support*?  I tend not to export anything other than individual files or bulk ENEX.  I'm happy to use the Evernote apps to search, edit and view files,  and I'd be worried about multiple versions of notes being created if there was a permanent external copy,  plus a lot of alternative apps claim to import ENEX if there's ever a need to jump ship...

*again recently...

Yes, I raised many tickets and got always the same answer: "...I can assure you we're working diligently to fix it as quickly as possible..." 😕

Ticket# 3498658 - Re: Ticket# 3394987 - Re: Ticket# 3340943 - ticket 3309909

ENEX format is not as complete as you think: it looses the note-id, and therefore internal note links are broken!  Yes, legacy windows html export looses the note-id as well, but it doesn't need that ID to create a link to the other note, it uses a standard relative URL to the other note. You can test it yourself, you can navigate between notes. All the app links between notes are intact without the need for a note-id! So, this URL is an internal URL pointing to another note in the HTML export folder. (Please be aware that this has been implemented properly only in the legacy windows client, not the mac)

In that sense, HTML is a more complete and consistent export format than ENEX.

Properly working HTML export is the most important feature that may keep me loyal to EN because my data is safe and accessible for the next 100 years since it is stored in the standard Web format. If EN goes bust, no need for note apps or exotic viewers, just a browser.

1 hour ago, gazumped said:

It's not a bug. You are the one choosing where to put your HTML output,  which could be on a local drive or somewhere in the cloud. The files are saved in folders,  and while the name of the folder is something assigned by Evernote,  its location address is somewhere you chose at random.  Don't know of any clever ways to design an all-purpose link code,  but I'd imagine it's difficult,  otherwise it would have been done by now. 

Fixing this is like banging your head into a wall. It hurts,  and the way to fix it is to stop banging,  not try to get someone to design softer brick walls...

It is definitely a bug that can easily be solved by specifying a relative path to the attachement, not an absolute path as it is now. The  legacy windows html export uses relative links, that is the reason that navigation to attachments and notes works perfectly and that you can move the html file(s) together with their attachments to any location in your filesystem.

You may test this yourself with the legacy windows html export: it behaves like your own private web in which you can navigate to other notes or attachments as you like. It's a shame that we lost this in V10 because html  is the only human readable archive we can generate in EN.

1 hour ago, gazumped said:

Same sort of reason applies,  though I would expect the linked PDF file to be in a separate folder from the note HTML.  Whether the export is smart enough to link the attached note at the correct address I don't know.  The link might be fixable in that case though.

Sure the link is fixable, the question is: why do we have to wait 1.5 years to fix such a simple bug?

The legacy windows client provides perfect htlml export for years already, including working attachments links and note links. It can't be that difficult to have a look in their colleague's code if they don't have the skills to rewrite it themselves?

Hopefully BS will put more prio on code quality.

3 hours ago, PinkElephant said:

A pdf can’t hold another pdf inside of it. This is plain impossible - setting a link is the only chance.

The problem is that the links to the attached pdfs don't work either.

3 hours ago, PinkElephant said:

You could try to export to HTML instead. There all attachments are saved in an extra folder, outside of EN.There was a bug (no idea if solved) that the links in the exported notes didn’t open the attached files. But the files themselves were exported and opened without a problem.

And even in the export to HTML, the Hyperlink markup language, the links still don't open the attached files. The support ticket is still open for 1.5 years now 😕

Maybe BS can make the evernote codebase open source, then we can fix the problems ourselves...

30 minutes ago, PinkElephant said:

In fact I cam not so sure about legacy any more. When they switch to a new syncing design, it will most likely mean a new note structure. And this won’t sync with legacy any more, sure about this.

Maybe it's possible to just extend the current note structure, not change it, in order to stay downwards compatible. For instance, the 'X' in XML stands for Extensible Mark Up Language which keeps XML documents compatible when there are new tags added.

Last week, evernote engineers themselves suggested me to switch to the legacy android client since they can't immediately solve the problem(s). So, this makes me think that legacy will be around for a while until the V10 client is stable and functional enough to fully replace it.

9 hours ago, janndk said:

That's my main concern as well. Bending Spoons' apps seems extremely overpriced.

Maybe because most users just pay for a short time when they need it ? There is always the free (advertised) version as well...

1 hour ago, PinkElephant said:

On iOS it works when the app is open, but not active (running in the background).

What does work as well is that when sharing content (like clipping from the web) it imports the web clip even when the app is closed. It is not as it used to be initially that to make the import, we needed to share, then open the app and wait until the new note with the web clip had been created (and in the best of worlds synced as well).

I assume this is all v10.43 behaviour ?

2 hours ago, agsteele said:

10.44 for Android dropped onto my device today. I'm told it addresses background sync to catch up with iOS.

What exactly does that mean? Will it now finally sync in background, even when the app isn't active?