16
7
Fork
You've already forked design
4

Contacting a Forgejo user privately #68

Open
opened 2026年05月19日 16:21:08 +02:00 by wetneb · 0 comments
Member
Copy link

Warning

Please read this section of the README before interacting in the issue tracker.
We might remove comments that don't fit here. This is unfortunately necessary, because respect for design work is not yet common in Free/Libre Software projects.

Content

Motivation

While most conversations in FOSS projects should happen in public, there are cases where private communication is a better option. This is for instance the case when disclosing vulnerabilities, attempting to defuse a conflict, providing emotional support or coordinating an in-person meeting, for instance. Sarah Novotny makes this argument much better than I can in her blog post Open source needs private spaces.

It is not uncommon for forge users to carefully hide their identity, sometimes without leaving any way of contacting them. Forge platforms like Forgejo or GitHub don't have any private messaging features (one convoluted way would be to create a private
repository, invite the recipient to it, and then create an issue in that private repository).

Instead of implementing yet another private message system in a forge like Forgejo, one could take inspiration from the way MediaWiki offers this feature.
This platforms offers an "Email this user" form, which lets any logged-in user send an email to another user through this form. This doesn't disclose the email address of the recipient but that of the sender. The recipient is free to reply to the email,
which lets the two users continue their conversation off-platform.

The "Email this user" button is activated by default, but users are able to disable it in their settings if they do not want to be contacted in this way.

Design

I am just including screenshots from MediaWiki: of course, if I were to implement this, I would integrate it in the existing design system of Forgejo.

> **Warning** > Please read [this section of the README](https://codeberg.org/forgejo/design#what-you-can-do-here) before interacting in the issue tracker. > We might remove comments that don't fit here. This is unfortunately necessary, because respect for design work is not yet common in Free/Libre Software projects. ### Content ### Motivation While most conversations in FOSS projects should happen in public, there are cases where private communication is a better option. This is for instance the case when disclosing vulnerabilities, attempting to defuse a conflict, providing emotional support or coordinating an in-person meeting, for instance. [Sarah Novotny](https://sarahnovotny.com/) makes this argument much better than I can in her blog post [Open source needs private spaces](https://sarahnovotny.com/2026/04/14/open-source-governance-needs-private-spaces/). It is not uncommon for forge users to carefully hide their identity, sometimes without leaving any way of contacting them. Forge platforms like Forgejo or GitHub don't have any private messaging features (one convoluted way would be to create a private repository, invite the recipient to it, and then create an issue in that private repository). Instead of implementing yet another private message system in a forge like Forgejo, one could take inspiration from the way MediaWiki offers this feature. This platforms offers an "Email this user" form, which lets any logged-in user send an email to another user through this form. This doesn't disclose the email address of the recipient but that of the sender. The recipient is free to reply to the email, which lets the two users continue their conversation off-platform. The "Email this user" button is activated by default, but users are able to disable it in their settings if they do not want to be contacted in this way. ### Design I am just including screenshots from MediaWiki: of course, if I were to implement this, I would integrate it in the existing design system of Forgejo. * [Link to the feature from a user profile](/attachments/22a479d4-0a5a-4944-8bd4-a09b5be819a8) * [Actual form to send the email](/attachments/80285458-3e31-46ce-8386-bf0e63940611)
Sign in to join this conversation.
No Branch/Tag specified
main
15-new-pr
private-issues
file-editor
No results found.
Labels
Clear labels
User research - Accessibility
Requires input about accessibility features, likely involves user testing.
User research - Blocked
Do not pick as-is! We are happy if you can help, but please coordinate with ongoing redesign in this area.
User research - Community
Community features, such as discovering other people's work or otherwise feeling welcome on a Forgejo instance.
User research - Config (instance)
Instance-wide configuration, authentication and other admin-only needs.
User research - Errors
How to deal with errors in the application and write helpful error messages.
User research - Filters
How filter and search is being worked with.
User research - Future backlog
The issue might be inspiring for future design work.
User research - Git workflow
AGit, fork-based and new Git workflow, PR creation etc
User research - Labels
Active research about Labels
User research - Moderation
Moderation Featuers for Admins are undergoing active User Research
User research - Needs input
Use this label to let the User Research team know their input is requested.
User research - Notifications/Dashboard
Research on how users should know what to do next.
User research - Rendering
Text rendering, markup languages etc
User research - Repo creation
Active research about the New Repo dialog.
User research - Repo units
The repo sections, disabling them and the "Add more" button.
User research - Security
User research - Settings (in-app)
How to structure in-app settings in the future?
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
forgejo/design#68
Reference in a new issue
forgejo/design
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?