CaliLuke fixes a silent bug hiding shared projects

A small encoding mismatch was quietly making shared projects disappear from users' lists - and CaliLuke caught it.

multi-tenantworkflow

When someone shared a project with you in the upstream app, there was a decent chance it just... didn't show up. The cause was a tiny technical mismatch between how the app asked the database for shared projects and how the database expected the question to be phrased. The query ran fine, returned nothing, and nobody got an error - the shared list simply looked empty.

CaliLuke traced it, pulled the correct phrasing into one shared helper, and applied it everywhere the app asks 'what's been shared with this user?' For good measure, the team also softened the failure mode on the main projects endpoint: if the shared-projects lookup hits trouble, users still see their own projects instead of a blank error page.

So what Anyone running a Mike fork where users share projects with each other should pull this in - it's the difference between collaboration features that work and ones that silently don't.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?

Commits in this thread

1 commit from CaliLuke/mike, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
bbd8de44 Centralize shared project lookup encoding CaliLuke 2026-05-05 ↗ GitHub

Capture this thread into my fork

Download a single Markdown prompt that tells Claude how to port every commit above into your working tree — adapting paths and structure to match your repo. Run it via claude -p < capture-thread-67.md from inside the repo you want the changes in.

⬇ Download capture-thread-67.md