willchen96 won't let you share a matter with yourself

Owners could add their own email to a share list - a redundant entry that muddied who actually had access. That's now blocked everywhere it could happen.

workflowknowledge-management

Across Mike's shared spaces - collaborative workflows, projects, and the tabular review tool - owners were able to "share" with their own address. It granted nothing new (owners already have full access), but it cluttered member lists and made access states harder to read at a glance. willchen96 closed the gap and, rather than patching one screen, enforced the same rule at every entry point: the system now refuses a self-share whether it's created through a project, an update, or a review, and the interface stops the request before it's even sent.

The same pass also tidied how share addresses are stored, trimming stray spacing and casing so the same collaborator can't show up twice under slightly different spellings. The result is one clean, predictable membership list per shared item.

So what Anyone running Mike with multiple collaborators per matter gets clearer, less confusing access lists - worth a look if your build exposes the same sharing screens.

View this fork on GitHub →

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

Commits in this thread

3 commits from willchen96/mike, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
08d99678 feat: enhance workflow sharing by preventing users from sharing with themselves and normalizing email inputs willchen96 2026-05-14 ↗ GitHub
87e55d60 feat: prevent users from sharing projects and reviews with themselves willchen96 2026-05-16 ↗ GitHub
4290104c Merge pull request #136 from willchen96/prevent-self-sharing cosimoastrada 2026-05-16 ↗ GitHub
feat: prevent users from sharing projects and reviews with themselves

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-477.md from inside the repo you want the changes in.

⬇ Download capture-thread-477.md