Skip to content

Change admin UI for hashtags and add back whitelisted trends - #11490

Merged
Gargron merged 1 commit into
masterfrom
feature-admin-ui-hashtags
Aug 5, 2019
Merged

Gargron merged 1 commit into
masterfrom
feature-admin-ui-hashtags

Conversation

@Gargron

@Gargron Gargron commented Aug 5, 2019 •

Copy link
Copy Markdown
Member

Fix #271

Add back the GET /api/v1/trends API with the caveat that it does not return tags that have not been allowed to trend by the staff.

When a hashtag begins to trend (internally) and that hashtag has not been previously reviewed by the staff, the staff is notified.

image

The new admin UI for hashtags allows filtering hashtags by where they are used (e.g. in the profile directory), whether they have been reviewed or are pending reviewal, they show by how many people
the hashtag is used in the directory, how many people used it today, how many statuses with it have been created today, and it allows fixing the name of the hashtag to make it more readable.

grafik

The disallowed hashtags feature has been reworked. It is now controlled from the admin UI for hashtags instead of from the file config/settings.yml

@Gargron Gargron added api REST API, Streaming API, Web Push API moderation Administration and moderation tooling labels Aug 5, 2019
@Gargron Gargron changed the title Change admin UI for hashtags and add back whitelisted trending tags Change admin UI for hashtags and add back whitelisted trends Aug 5, 2019
@Gargron
Gargron force-pushed the feature-admin-ui-hashtags branch from 99a830d to b52a650 Compare August 5, 2019 14:24
@Gargron
Gargron force-pushed the feature-admin-ui-hashtags branch 2 times, most recently from 6f82b1f to 4bc58a6 Compare August 5, 2019 16:36
Fix #271

Add back the `GET /api/v1/trends` API with the caveat that it does
not return tags that have not been allowed to trend by the staff.

When a hashtag begins to trend (internally) and that hashtag has
not been previously reviewed by the staff, the staff is notified.

The new admin UI for hashtags allows filtering hashtags by where
they are used (e.g. in the profile directory), whether they have
been reviewed or are pending reviewal, they show by how many people
the hashtag is used in the directory, how many people used it
today, how many statuses with it have been created today, and it
allows fixing the name of the hashtag to make it more readable.

The disallowed hashtags feature has been reworked. It is now
controlled from the admin UI for hashtags instead of from
the file `config/settings.yml`
@Gargron
Gargron force-pushed the feature-admin-ui-hashtags branch from 4bc58a6 to bc28ffe Compare August 5, 2019 17:32
@Gargron
Gargron merged commit 115dab7 into master Aug 5, 2019
@Gargron
Gargron deleted the feature-admin-ui-hashtags branch August 5, 2019 17:54
@neet neet mentioned this pull request Sep 24, 2019
6 tasks done
hiyuki2578 pushed a commit to ProjectMyosotis/mastodon that referenced this pull request Oct 2, 2019
…n#11490)

Fix mastodon#271

Add back the `GET /api/v1/trends` API with the caveat that it does
not return tags that have not been allowed to trend by the staff.

When a hashtag begins to trend (internally) and that hashtag has
not been previously reviewed by the staff, the staff is notified.

The new admin UI for hashtags allows filtering hashtags by where
they are used (e.g. in the profile directory), whether they have
been reviewed or are pending reviewal, they show by how many people
the hashtag is used in the directory, how many people used it
today, how many statuses with it have been created today, and it
allows fixing the name of the hashtag to make it more readable.

The disallowed hashtags feature has been reworked. It is now
controlled from the admin UI for hashtags instead of from
the file `config/settings.yml`
@rigow

rigow commented Oct 4, 2019

Copy link
Copy Markdown

This MUST be configurable for instances. It may be scalable for a corporate mastodon server, but it is certainly not scalable for public instances like mamot.fr. Instead there should be an option for a user NOT to see toots with a certain hashtag. Because the end-user counts in public servers. While a corporate server may have a fulltime moderator to do all that, a public instance will just bottleneck the flow of information and people will find alternatives to hashtags which sensibly distorts the UX

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

api REST API, Streaming API, Web Push API moderation Administration and moderation tooling

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Popular or trending hashtags

3 participants