I’d like to raise something we ran into recently, both as a concrete incident and as a more general concern about the clients.
What happened: We were running the macOS sync client 9.0.11 against our Seafile Professional server. We hit a serious problem where renaming shared folders led to file-structure corruption — and notably, this happened even when the rename was performed server-side through the web interface rather than locally. After a fairly long troubleshooting session, we traced the root cause to the client version: 9.0.13 (2025/04/02) lists a fix for a macOS bug in handling rename events that can cause files to be moved to the wrong folder. Once we updated the client, the issue disappeared. [Relevant Client Changelog]
We’re not posting to complain about a single bug — bugs happen, and this one was fixed promptly. What concerns us is how we ended up stuck on an affected version for so long. The desktop and sync clients have no auto-update mechanism, and as far as we can tell, no notification when a newer version exists either. There’s nothing in the running client that tells an admin or an end user “you’re behind, and the version you’re on has a known data-integrity fix waiting for you.”
For a product positioned as enterprise-grade file infrastructure, we think that’s a real gap. In our case it directly translated a fixed, known bug into hours of diagnosis and a genuine risk to data integrity, simply because nothing surfaced the fact that an update was available. The web UI and server side were never the problem — the silent staleness on the client was.
A few things that would meaningfully reduce this risk, roughly in order of how useful we’d find them:
-
An in-client notification when a newer stable version is available (even a passive banner would help).
-
An optional auto-update path for the desktop/sync/drive clients, or at minimum a documented mechanism admins can push through.
-
Surfacing known data-integrity fixes more prominently in release notes, so it’s obvious which updates are “should update now” rather than “nice to have.”
For what it’s worth, our research shows that earlier client versions did include new-version-check functionality (an automatic check on startup in 2.x, an auto-update check added in 6.0.6, and a ‘Check new version’ button in the About dialog). Whatever the current state, we’d value having a clear update-notification path in the clients again.
Has anyone else hit version-staleness causing avoidable issues, and are there workarounds others use today to keep clients current across a fleet? Curious whether we’re missing an existing option here.