zulip-desktop is the legacy version which is nowadays fully unusable

[klardotsh]

Is this a new report?

Yes

System Info

Void 6.0.15_1 x86_64 AuthenticAMD notuptodate rrmFFFFFF

Package(s) Affected

zulip-desktop-0.5.1_2

Does a report exist for this bug with the project's home (upstream) and/or another distro?

No response

Expected behaviour

zulip-desktop package allows connecting to up-to-date Zulip servers such as the public https://chat.zulip.org

Actual behaviour

Immediately upon launch, an Update required screen is displayed:

Update required

You are using old version of the Zulip desktop app that is no longer supported.

The auto-update feature in this old version of Zulip desktop app no longer works.

Download the latest release.

Steps to reproduce

1. Install zulip-desktop
2. Launch the application
3. You can't do anything useful

[klardotsh]

I filled this out mostly as a formality and because the freeform text template made abundantly clear that package updates or issues weren't to be filed there.

I work for Zulip and we don't officially support Void Linux for the server end of things, but make a best-effort attempt to support at least glibc-based Linux desktops for the client app. I've been using Void (and contributing packages here) for many years before working at Zulip so this is reasonably up my alley to take on. I very nearly submitted a PR for outright removing zulip-desktop as it currently exists on account of it being completely useless and a waste of bandwidth and build server time, but since the new Electron application shares the same name (https://github.com/zulip/zulip-desktop), there'd be some epoch juggling to get the package out of removed-packages purgatory when the build template is eventually updated to use the Electron app.

I will likely try to base the template for the new version off of element-desktop, another Electron-based chat app, though as a fallback for glibc-based systems only, Zulip ourselves publish an AppImage binary build that I can confirm works fine on glibc-based Void systems. I understand that in general binary-only packages are meant to be avoided here, though.