Complete notifications system

[andreynering]

Today Gitea can send e-mail for new Issues/PRs/Comments and that's it.

I think it should have a complete notifications system, like GitHub and GitLab.

• Notifications would be saved in a database table
• A page to manage them. Equivalent to https://github.com/notifications
• Mark as read/unread, pinning a notification (visible even if read)
• Subscribe/Unsubscribe button
• Mark all notifications as read
• Mark all notifications as unread
• Automatic subscribe on Open/Comment, etc
• Also more refined watch options?
• E-mail read means notification gone. Each user should have the ability to disable this
• E-Mail notifications for pushes

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[lunny]

If you watch some repository, then defaultly, you will subscribe all the issues and prs on this repository except you unsubscribe this issue.

[bkcsoft]

Please implement notifications like GitLab does, where you actually have to press "I'm done with this" before it goes away 🙂

[stevenroose]

If you add an "e-mail read means notification gone" system like GitHub's, please make it opt-out :)

[lunny]

@stevenroose that is a great idea. I think I can implement it.

[lunny]

@andreynering could you add e-mail read means notification gone to the check list?

[andreynering]

@lunny @stevenroose Updated

GitHub implements that by having a 1px-1px transparent image which point to https://github.com/some-route?token=.... When the GitHub server serve that image for the first time the notification is marked as read.

[lunny]

Yes. A small trick. :)

[stevenroose]

@andreynering I know they do it like that. But most e-mail clients don't have a feature to block displaying emails from specific senders :) So if you don't like that feature, it can be annoying.

[tboerger]

👍 for opt-out of this feature.