Skip to content
Snippets Groups Projects

Group staff by role in the About page

Merged Eugenij requested to merge eugenijm/pleroma-fe:staff-grouping into develop
1 unresolved thread

Closes #737 (closed)

Screen_Shot_2020-12-13_at_10.31.30_PM

Merge request reports

Pipeline #33667 passed

Pipeline passed for 481c7151 on eugenijm:staff-grouping

Approval is optional

Merged by Shpuld ShpludsonShpuld Shpludson 4 years ago (Feb 12, 2021 8:06am UTC)

Merge details

Pipeline #34850 passed

Pipeline passed for 8b7c367b on develop

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • Eugenij added 3 commits

    added 3 commits

    Compare with previous version

  • looks fine to me, I'll do quick test runs on it tomorrow

  • btw @eugenijm, not related to this branch itself, but since you've got the developer role in gitlab, you should be able to create your branches upstream, which would make it easier to pull and test and update them :)

    • When testing, I noticed something interesting, we have situations where staff accounts list contains accounts that aren't tagged with admin or moderator, which probably shouldn't be happening, if you check shitposter.club/about you'll see moonman in the list (deactivated account) as it's still returned in the staff accounts but doesn't have any tags. In this particular case it's probably a good thing we don't show it, but do we have cases with more staff tags than admin/moderator, is it difficult for people to modify their instance to support more tags than just admin and moderator?

      cc @lambadalambda @feld , possible bug in returned staff accounts and wondering how the tags work

    • Author Contributor

      As a small note, user tags are different from roles on BE: admin and moderator roles are represented as boolean fields in the user record (is_admin, is_moderator) while tags are stored as an array field. So for an instance admin, I think it would be easier to add custom tags (can be done via an API call) than to add new roles as the latter requires extending the codebase and the db schema.

      Edited by Eugenij
    • thanks for explaining!

    • Please register or sign in to reply
  • Eugenij added 31 commits

    added 31 commits

    Compare with previous version

  • mentioned in commit 8b7c367b

Please register or sign in to reply
Loading