Wekan logo

Wekan

Open source kanban board application built with Meteor

Alternative to: trello


About Versions (307)

v11.67

2026-09-10

Binaries in these bundles

Each bundle carries a Node.js, a FerretDB and the MongoDB Database Tools. Which source has a given CPU varies from release to release - nodejs.org builds some architectures, unofficial-builds others, and the wekan/node-patches build the ones neither of them does - and not every source publishes a checksum. This is what went into this release, and which downloads were checked against a published SHA256.

BundleBinaryFromVersionCheckedSHA256
amd64FerretDBwekan/FerretDBv1.78.0verified523a96e832e5947a…
amd64Node.jsnodejs.orgv24.21.0verifiedfd8e59d5a511510f…
arm64FerretDBwekan/FerretDBv1.78.0verifiedd8bb85c7ff49fe02…
arm64Node.jsnodejs.orgv24.21.0verified6ad1325edbdb5649…
armhfFerretDBwekan/FerretDBv1.78.0verifiedc4df2f4e6fe8fa9a…
armhfNode.jswekan/node-patchesv24.21.0verifiedfcd7558bda05a44b…
armv6FerretDBwekan/FerretDBv1.78.0verifiedeeb962ba8d7b76d7…
armv6Node.jswekan/node-patchesv24.21.0verifiedea68d25e1eef47cb…
armv7FerretDBwekan/FerretDBv1.78.0verifiedc4df2f4e6fe8fa9a…
armv7Node.jswekan/node-patchesv24.21.0verified561b357700e2019c…
i386FerretDBwekan/FerretDBv1.78.0verifiedc855b2f74a7c8b13…
i386Node.jswekan/node-patchesv24.21.0verifiedd3a55c1b0e22c164…
mac-arm64FerretDBwekan/FerretDBv1.78.0verified34d45b3eee2f322f…
mac-arm64Node.jsnodejs.orgv24.21.0verified6239d4cf92d86448…
mac-x64FerretDBwekan/FerretDBv1.78.0verified1fd4a358aae472d9…
mac-x64Node.jsnodejs.orgv24.21.0verified0ae5a24c24bb7d01…
ppc64leFerretDBwekan/FerretDBv1.78.0verifiedae5e77d7e26ff668…
ppc64leNode.jsnodejs.orgv24.21.0verified1936fd64623a2f98…
riscv64FerretDBwekan/FerretDBv1.78.0verifiedc52b5d9b477d8a73…
riscv64Node.jsunofficial-builds.nodejs.orgv24.21.0verified5c4e83d46cc1f8ee…
s390xFerretDBwekan/FerretDBv1.78.0verified5f6e44510345e653…
s390xNode.jsnodejs.orgv24.21.0verified2ef7e2ecbf7a6c2f…
win-arm64FerretDBwekan/FerretDBv1.78.0verifiedebd8eb6dac62319d…
win-arm64Node.jsnodejs.orgv24.21.0verified8779b1bde1d39f8d…
win64FerretDBwekan/FerretDBv1.78.0verified39b8bd8b95754497…
win64Node.jsnodejs.orgv24.21.0verified158f7685b44de51f…

A row saying no checksum published is not a failed check - it is a source that publishes nothing to check against. Those are the ones worth fixing at the source.

v11.67 2026-09-10 WeKan ® release

In short: Board export to .zip (with attachments) answered a bare 500 error on every request; the archiver dependency’s v8 API change was missed in one of the two places WeKan builds a zip on the server. Issue #6681 (OIDC redirect-style login loop) is confirmed already fixed and closed.

This release fixes the following bug:

Board export to .zip (with attachments) answered a bare 500 error

models/server/ExporterZip.js still called the archiver package the v7 way - const archiver = require('archiver'); archiver('zip', {...}). archiver@8 (package.json pins ^8.0.0) is ESM-only and exports classes - { Archiver, ZipArchive, TarArchive, JsonArchive } - with no callable default, so that call threw TypeError: archiver is not a function synchronously, before the exportZip route (models/export.js) had written any response header. safeRoute (server/apiMiddleware.js) then answered a bare 500 with no board-specific detail - every “export board -> .zip (with attachments)” request, for every board, since archiver was bumped to v8.

server/methods/backup.js hit the identical break earlier and already fixed it with import { ZipArchive } from 'archiver'; new ZipArchive({...}); ExporterZip.js was the one call site that was missed. Fixed the same way. tests/exportZipArchiverApi.test.cjs pins the correct API shape, that the dead factory call is gone, and scans every server-side source file so a second call site cannot reintroduce the same break unnoticed.

and closes the following already-fixed issue:

Confirm #6681 (OIDC redirect-style login loop) stays fixed

The reporter’s DEBUG=true server log (getToken/getUserInfo repeating six times in under twenty seconds, each with a fresh access token) is the same signature the fix for #6681 already targets: oauth2-login-style: redirect with oidc-redirection-enabled: true, Template.userFormsLayout.onCreated re-firing the auto-redirect on the identity provider’s bounce-back render before the prior login had finished. That was fixed by commit 89682c251 (“Fix OIDC auto-redirect looping until the provider rate-limits it”), which landed before v11.62 - several releases before this one - so a build the reporter’s log shows as v11.60 predates the fix, and the fix has not been touched since. tests/oidcAutoRedirectLoop.test.cjs (6 checks) still passes against current source, confirming the one-shot sessionStorage flag still gates the auto-redirect and is still cleared on both login success and failure. No new code change was needed; the issue is closed with a pointer to where it was already fixed, and the reporter is asked to upgrade to v11.62 or newer.

Thanks to above GitHub users for their contributions and translators for their translations.