New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add notification policies and notification requests in web UI #29433
Conversation
13029ca
to
3951390
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This doesn't constitute a full review, but I tried this on my server to help me review/evaluate the backend changes in #29366. I noticed a few bugs, issues, and suggestions:
- the requests' accounts are not properly imported—I made inline code suggestions to fix this
- once fetched, the list of potentially-filtered notifications does not change when you change a request, misattributing them—I made inline code suggestions for this too
- the list of notification requests appears to never get updated during the application's lifetime, which is likely going to be an issue for people who rarely if ever reload their app
- I think there is an opportunity to hide all media by default in the new filtered notification column
Otherwise, I really like how it looks!
Those filter conditions are pretty good, but I'd be interested in bypassing the filter for "Notification from somebody followed by somebody I follow"... 2 degrees would be safer from spammer No idea about the performance overhead for that. |
This pull request has merge conflicts that must be resolved before it can be merged. |
91e22a1
to
a26fca4
Compare
This pull request has resolved merge conflicts and is ready for review. |
a26fca4
to
e81d369
Compare
e81d369
to
7f6e24f
Compare
7f6e24f
to
94e6c23
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good overall, but I think there are two issues left worth addressing quickly (either in this PR or follow-up PRs):
- unlike mutes, there is currently no interface to review and undo “dismissed” notification requests
- accepting a notification request does not immediately backfill the notifications column with the newly-accepted notifications
@@ -271,6 +272,8 @@ | |||
"filter_modal.select_filter.subtitle": "Use an existing category or create a new one", | |||
"filter_modal.select_filter.title": "Filter this post", | |||
"filter_modal.title.status": "Filter a post", | |||
"filtered_notifications_banner.pending_requests": "Notifications from {count, plural, =0 {no} one {one person} other {# people}} you may know", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
when count is 0, source text says "Notifications from no you may know", which makes no sense
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That should've been "no one", but also, the banner is hidden when the count is 0.
Follow-up to #29366
Fixes MAS-39
Peek.2024-02-28.09-16.mp4