| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
* Improved performance of notification preloading
* Remove Cacheable from Notification
* Fix test
|
|
* Use Rails' index_by where it makes sense
* Fix tests
Co-authored-by: Claire <claire.github-309c@sitedethib.com>
|
|
* Add follow_request notification type
The notification type already existed in the backend but was never pushed
to the front-end. This also means translation strings were also available
for the backend, from the notification mailer.
Unlike other notification types, these are off by default, to match what
I remember of Gargron's view on the topic: that follow requests should not
clutter notifications and should instead be reviewed at the user's own
leisure in the dedicated column.
Since follow requests have their own column, I've deemed it unnecessary to
add a specific tab for them in the notification quick filter.
* Show follow request link in single-column if there are pending requests, even if account isn't locked
* Push follow requests from notifications to the follow_requests list
* Offer to accept or reject follow request from the notification
* Redesign follow request notification
|
|
`#from_account` isn't defined.
|
|
|
|
|
|
|
|
|
|
* Add tests for Notification#target_status
* Add tests for Notification#browserable?
* Add tests for Notification.reload_stale_associations!
|
|
|
