- Ruby 58.5%
- JavaScript 35.5%
- HTML 3.1%
- SCSS 2.8%
d786fe2543
Previously, likes, reactions (plugin), and boosts (plugin) each had their own separate listing pages under user activity and notifications. This meant 6 different pages (given/received × 3 types), each with its own controller, route, template, and data fetching logic. Users had to check multiple tabs to see the full picture of appreciation activity. This commit introduces a unified "Appreciations" system that merges all three into two pages: appreciations given and appreciations received. ## Backend ### Provider registry pattern A new `AppreciationProvider` base class defines the interface that each appreciation source must implement: `type`, `enabled?`, `fetch_given`, and `fetch_received`. Core provides `AppreciationProviders::Likes` for the built-in like system. Plugins register their own providers via `DiscoursePluginRegistry.register_appreciation_provider`. This keeps core decoupled from plugin-specific models. The likes provider also handles deduplication — when the reactions plugin is active, likes that are already tracked as reactions are excluded to avoid showing both a like and a reaction for the same user on the same post. ### Service and endpoint `Appreciations::List` is a `Service::Base` service that collects items from all enabled providers, merges them by `created_at`, and paginates using a timestamp cursor (`before` param). Each provider independently fetches up to `PAGE_SIZE` items, the results are merged and trimmed. The `AppreciationsController` exposes two endpoints: - `GET /u/:username/appreciations/given` - `GET /u/:username/appreciations/received` Both support `?types=` filtering (e.g. `?types=like` to show only likes) and `?before=` cursor pagination. ### Notification type registry `Notification.like_types` (now `appreciation_types`) was hardcoding `:reaction` in core. This is replaced with a registry: `DiscoursePluginRegistry.register_appreciation_notification_type`. Core only includes `:liked` and `:liked_consolidated`; plugins register their own types (`:reaction`, `:boost`). ## Frontend ### Unified stream component `AppreciationStream` wraps `PostList` with load-more pagination. It fetches from the unified endpoint and uses `groupAppreciations` to collapse multiple likes on the same post into a single row (showing all liker avatars). Reactions and boosts are not grouped since they carry unique metadata (emoji value, boost text). `AppreciationAction` renders the type-specific content above each post excerpt. For likes, it renders `<heart> <avatar1> <avatar2> ...`. For plugin types, it delegates to a `PluginOutlet` named `appreciation-action` — each plugin provides a connector that renders its own format (reaction emoji, boost cooked text). ### Plugin API `api.registerAppreciationNotificationType(type)` lets plugins add their notification types to the user menu appreciations tab, replacing the previously hardcoded list. ### Navigation changes The separate "Likes Given", "Reactions", and "Boosts Given" nav tabs are removed from the activity page. The separate "Likes Received", "Reactions Received", and "Boosts Received" tabs are removed from the notifications page. A single "Appreciations" tab (with the `award` icon) replaces them on both pages. Old URLs still work — the likes/reactions/boosts routes now redirect to the appreciations page with the appropriate `?types=` filter. The user menu's likes tab is updated to use the `award` icon and link to the unified appreciations-received page. Its notification types are populated dynamically from the registry. |
||
|---|---|---|
| .agents | ||
| .claude | ||
| .cursor/rules | ||
| .devcontainer | ||
| .github | ||
| .skills | ||
| .vscode | ||
| .zed | ||
| app | ||
| bin | ||
| config | ||
| db | ||
| docs | ||
| frontend | ||
| images | ||
| lib | ||
| log | ||
| migrations | ||
| patches | ||
| plugins | ||
| public | ||
| script | ||
| spec | ||
| test | ||
| themes | ||
| vendor | ||
| .annotaterb.yml | ||
| .editorconfig | ||
| .git-blame-ignore-revs | ||
| .gitattributes | ||
| .gitignore | ||
| .ignore | ||
| .jsdoc | ||
| .licensed.yml | ||
| .licensee.json | ||
| .npmrc | ||
| .pnpmfile.cjs | ||
| .prettierignore | ||
| .prettierrc.cjs | ||
| .rspec | ||
| .rspec_parallel | ||
| .rubocop.yml | ||
| .ruby-gemset.sample | ||
| .streerc | ||
| .template-lintrc.cjs | ||
| AGENTS.md | ||
| AI-AGENTS.md | ||
| Brewfile | ||
| CLAUDE.md | ||
| CODEOWNERS | ||
| config.ru | ||
| CONTRIBUTING.md | ||
| COPYRIGHT.md | ||
| d | ||
| discourse.sublime-project | ||
| eslint.config.mjs | ||
| Gemfile | ||
| Gemfile.lock | ||
| GEMINI.md | ||
| lefthook.yml | ||
| LICENSE.txt | ||
| package.json | ||
| pnpm-lock.yaml | ||
| pnpm-workspace.yaml | ||
| Rakefile | ||
| README.md | ||
| stylelint.config.mjs | ||
| translator.yml | ||
| tsconfig-base.json | ||
| tsconfig.json | ||
| versions.json | ||
The online home for your community.
You can self-host Discourse on your own infrastructure. But if you'd rather skip the setup, maintenance, and server management, we offer official Discourse hosting.
👉 Learn more about Discourse hosting
Discourse is a 100% open-source community platform for those who want complete control over how and where their site is run.
Our platform has been battle-tested for over a decade and continues to evolve to meet users’ needs for a powerful community platform.
With Discourse, you can:
-
💬 Create discussion topics to foster meaningful conversations.
-
⚡️ Connect in real-time with built-in chat.
-
🎨 Customize your experience with an ever-growing selection of official and community themes.
-
🤖 Enhance your community with plugins, from chatbots powered by Discourse AI to advanced tools like SQL analysis with the Data Explorer plugin.
To learn more, visit discourse.org and join our support community at meta.discourse.org.
Here are just a few of the incredible communities using Discourse:
👉 Discover more communities using Discourse
Development
To get your environment set up, follow one of the setup guides:
Before you get started, ensure you have the following minimum versions: Ruby 3.4+, PostgreSQL 13, Redis 7.
For more information, check out the Developer Documentation.
Setting up Discourse
If you want to set up a Discourse forum for production use, see our Discourse Install Guide.
If you're looking for official hosting, see discourse.org/pricing.
Requirements
Discourse supports the latest, stable releases of all major browsers and platforms:
| Browsers | Tablets | Phones |
|---|---|---|
| Apple Safari | iPadOS | iOS |
| Google Chrome | Android | Android |
| Microsoft Edge | ||
| Mozilla Firefox |
Additionally, we aim to support Safari on iOS 16.4+.
Built With
- Ruby on Rails — Our back end API is a Rails app. It responds to requests RESTfully in JSON.
- Ember.js — Our front end is an Ember.js app that communicates with the Rails API.
- PostgreSQL — Our main data store is in Postgres.
- Redis — We use Redis as a cache and for transient data.
- BrowserStack — We use BrowserStack to test on real devices and browsers.
Plus lots of Ruby Gems, a complete list of which is at /main/Gemfile.
Contributing
Discourse is 100% free and open source. We encourage and support an active, healthy community that accepts contributions from the public – including you!
Before contributing to Discourse:
- Please read the complete mission statements on discourse.org. Yes we actually believe this stuff; you should too.
- Read and sign the Electronic Discourse Forums Contribution License Agreement.
- Dig into CONTRIBUTING.MD, which covers submitting bugs, requesting new features, preparing your code for a pull request, etc.
- Always strive to collaborate with mutual respect.
- Not sure what to work on? We've got some ideas.
We look forward to seeing your pull requests!
Security
We take security very seriously at Discourse; all our code is 100% open source and peer reviewed. Please read our security guide for an overview of security measures in Discourse, or if you wish to report a security issue.
Security fixes are listed in the release notes for each version.
The Discourse Team
The original Discourse code contributors can be found in AUTHORS.MD. For a complete list of the many individuals that contributed to the design and implementation of Discourse, please refer to the official Discourse blog and GitHub's list of contributors.
Copyright / License
Copyright 2014 - 2025 Civilized Discourse Construction Kit, Inc.
Licensed under the GNU General Public License Version 2.0 (or later); you may not use this work except in compliance with the License. You may obtain a copy of the License in the LICENSE file, or at:
https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
Discourse logo and “Discourse Forum” ®, Civilized Discourse Construction Kit, Inc.
Accessibility
To guide our ongoing effort to build accessible software we follow the W3C’s Web Content Accessibility Guidelines (WCAG). If you'd like to report an accessibility issue that makes it difficult for you to use Discourse, email accessibility@discourse.org. For more information visit discourse.org/accessibility.
Dedication
Discourse is built with love, Internet style.
For over a decade, our amazing community has helped shape Discourse into what it is today. Your support, feedback, and contributions have been invaluable in making Discourse a powerful and versatile platform.
We’re deeply grateful for every feature request, bug report, and discussion that has driven Discourse forward. Thank you for being a part of this journey—we couldn’t have done it without you!
