Automatically update check

I think it would be great if the desktop client automatically check for update (e.g. weekly) and redirect to download page (after click on “download”).

Of course while you in preview state it’s not useful.
But if you reach v.1.0 people would not miss new features or even bug fixes.

Libre Office do it this way to keep users up to date.

Whats about Flatpak version on Flathub? --> https://flathub.org/apps/details/chat.delta.desktop

Even it is needed an upgrade as I posted here --> Delta Chat on Flathub a bit outdated?

Thats an interesting problem, because we don’t want to have centralization by default.
How about an opt in feature and a button to check now?

Another idea would be to tell delta-chat version via gossip but that would be bad for 2 reasons:

  1. If you know the version you can target an theoretical exploit/bug that was in an older version (The reason why so many outdated wordpress instances are hacked is because they broadcast their version in their SEO meta data)
  2. It would add on data usage in every message.
1 Like

that’s a point. we’re currently exposing the version in the X-Mailer header - which is useful for debugging at least while in beta state.
maybe we should just remove it from there - on the other hand, we can use these information as a distributed version info that might ask the user to update if it sees a mail from someone else - which adds some security that may outweigh the disadvantage of exposing the version.

we could also add the version only to the encrypted part - this way we can avoid gossiping the version to everyone and the recipient can still check if his version is outdated.

just some ideas :slight_smile:

1 Like

IMHO there is no need to send any informations.

My idea is:

You could host on your download page a XML file which contains the current newest version number.

Now the client could (e.g.weekly) contact this file and compare the version numbers.

If there are different numbers, the client could ask the user: “There are a newer version of DC. Do you like it update?”

Is this to easy to work?

Or create this to much traffic on your server?

Could you host this XML file on GitHub?

The guix package manager (flatpack done right) just mentioned starting to work on peer to peer package sharing of their reproducable builds.
https://www.gnu.org/software/guix/blog/2019/substitutes-are-now-available-as-lzip/

In own test one likely knows the version, debugging other installs likely needs a log anyway, so I see not so much need nor benefit from gossiping the version.

Github is a proprietary, central service provider.

sure this would work, and the traffic would probably be not be that much. but as @Simon mentioned, this is centralized and can theoretically also be used for some sort of tracking.

but maybe all this is not really needed - already in the current version, we check if the apk was installed by f-droid or gplay - and if not, we show an annoying warning after a fixed timeout (90 days or so). at least this will mitigate the situation that many old versions hang around “forever”.

so, from this point of view, the problem is solved. and people who are interested in new features etc. will probably also follow other channels to get versions updates - this forum, blog, github etc.

I talk about the desktop client.

I’m sure, not so much windows users will follow this forum.

For “paranoid” users it could be a option to switch it off.

I know it from myself as I used windows.
Very often I used old versions of software because I didn’t check for updates manually :wink:

a 90 day time out and releasing every 60 days should do the trick I’d say.