Aplicar regras/restrições de tags de categoria também aos moderadores

Problema:

  1. Temos moderadores que também são usuários muito ativos do site.
  2. Estamos usando grupos de tags e requisitos de tags intensivamente — isso é fundamental para a estrutura do site. [1]
  3. Os poderes de moderador estão sempre ativos, mesmo que alguém com status de moderador esteja apenas postando.

Juntos, isso significa que é fácil cometer erros inadvertidamente.

Solicitação

Por favor, faça com que os requisitos de tags para categorias se apliquem mesmo a moderadores e administradores. [2]


  1. Veja Navigating Fedora Discussion — Tags, Categories, and Concepts - Fedora Discussion para como isso está configurado — e estamos planejando fundir o Ask Fedora no site também, tornando isso ainda mais importante. ↩︎

  2. Minha sugestão para uma abordagem semelhante a sudo para permissões do site não gerou muito entusiasmo, mas isso cobriria um dos maiores problemas! ↩︎

4 curtidas

Eu acho que outra forma de dizer isso seria: por favor, inverta o sentido de este teste!

  test("staff bypass tag validation rule", async function (assert) {
    await visit("/");
    await click("#create-topic");

    await fillIn("#reply-title", "this is my new topic title");
    await fillIn(".d-editor-input", "this is the *content* of a post");

    Category.findById(2).set("minimum_required_tags", 1);

    const categoryChooser = selectKit(".category-chooser");
    await categoryChooser.expand();
    await categoryChooser.selectRowByValue(2);

    await click("#reply-control button.create");
    assert.notStrictEqual(currentURL(), "/");
  });
3 curtidas

Concordo plenamente com isso. Se você configurou essas regras, provavelmente as quer muito. Eu as tenho em um site que só eu uso e é muito irritante que eu não possa contar com o Discourse para me manter seguindo as regras que estabeleci para mim e é muita digitação extra para selecionar “todo” e evitar criar uma nova tag “to”.

Seria bom para mim forçar os administradores a seguir as regras, mas, na falta disso, ter uma modal “tem certeza que não quer seguir as regras” seria bom.

Ou talvez uma configuração de site “staff segue as regras de tags”. Isso parece bem fácil.

7 curtidas

Para moderadores: +1
Para administradores: -1

Administradores devem ter a capacidade de substituir tudo. E quando alguém é um administrador, a suposição básica é que ele/ela/isso/bot sabe o que pode fazer e o que não pode.

1 curtida

Eu acho que este é um bom meio-termo onde não estamos dificultando o uso dos poderes de admin/mod… algum tipo de aviso que descreva o que está acontecendo… por exemplo:

A tag #tag é restrita à #category, você tem certeza de que deseja usar seus privilégios de staff para postar isso em #different-category?

15 curtidas

Eu poderia viver com isso — eu faria minha própria conta uma conta de moderador e criaria uma conta de administrador secundária.

Concordo que isso seria melhor, mas parece que os locais onde isso seria adicionado também seriam locais onde "Regular mode" for admins and moderators (e.g. something like "sudo") seria ainda melhor.

3 curtidas

Oi, estou adicionando meu +1 de que este recurso é útil para grandes comunidades com abordagens descentralizadas de governança entre tags.

Estou adicionando aqui algumas adições à última thread:

Este é um desafio para a Comunidade Fedora porque tanto a liderança quanto a comunidade seguem uma política aberta para gerenciar tags. Qualquer grupo registrado no Fedora pode solicitar novas tags e atribuir moderadores de discussão de tags. A liderança do Fedora trabalha com a comunidade para criar novas tags e promovê-las em toda a comunidade (por exemplo, documentação, wikis, sites, boca a boca). Além disso, como uma grande comunidade que abrange uma ampla gama de tópicos, também temos muitas tags! Eu nem sempre conheço todas as tags no Fedora Discourse.

Portanto, quando um administrador do site (que participa ativamente em graus variados no Fedora Discourse) adiciona tags a uma postagem ou participa de uma tag com regras específicas, torna-se um erro fácil para um administrador do Fedora Discourse quebrar as políticas abertas do Fedora. As políticas abertas são como tornamos nossa governança global do site mais inclusiva e acessível à comunidade. Desta forma, nossos privilégios de administrador do site podem sabotar nossa abordagem aberta sobre como a liderança do Fedora gerencia o Fedora Discourse para a comunidade.

Embora isso funcione tecnicamente, é uma tarefa árdua para um administrador do site que posta ativamente em várias tags. É uma experiência de usuário negativa porque às vezes não tenho muito tempo imediato à mão (por exemplo, em uma pequena pausa entre reuniões com ações de acompanhamento). A paciência é difícil com o fluxo de usuário extra antes de eu chegar à coisa que eu estava tentando fazer em primeiro lugar (ou seja, criar uma nova thread em tags relevantes que eu sei que existem e acho que podem existir).

Não vejo esta solicitação de recurso como retirando a capacidade de um administrador de substituir. Em vez disso, dá consentimento informado a um administrador do site em relação a um postador ativo do site de que eles estão quebrando as regras do site e as normas de marcação durante a ação de fazê-lo, não depois.

5 curtidas

Eu acabei de passar por isso hoje — ugh! E ontem, um usuário TL4 bem-intencionado e prestativo dividiu um tópico e a tag dividida acabou sem tag.

Por favor, podemos fazer algo a respeito? Isso torna mais difícil ser um administrador, moderador ou, aparentemente, até mesmo um usuário TL4.

4 curtidas

Como o Theme component “Admin Warnings”, mas para criação de tags em vez de tópico fechado.

3 curtidas

Enorme site de escrita aqui trabalhando na migração para o Discourse, e planejamos usar tags, restrições e o resto das regras de tags com bastante afinco. Ter uma opção para que as contas de staff não ignorem acidentalmente os requisitos é benéfico para sites que realmente se esforçam para configurá-los.

5 curtidas

Por favor, faça acontecer, é obrigatório. E se um administrador configurou para usar apenas algum grupo ou tags, aplique também para ele. É meio estúpido não poder testemunhar o resultado de você configurar as coisas fora de se passar por alguém aleatório.

1 curtida

Pessoalmente, nunca senti a necessidade de seguir estritamente tags ou categorias, mas ao ler este tópico todo, parece ser algo bastante importante para algumas comunidades e eu definitivamente consigo ver o caso de uso.

Talvez algum tipo de configuração do site seja necessário aqui, já que isso não é necessário em todas as comunidades, mas é útil ter. Por exemplo:


Impor restrições de tags para a equipe


Ou talvez tornar a configuração mais granular caso você não queira restrições em todos os lugares? Nas configurações da categoria, você configuraria qual grupo de tags você deseja impor na categoria, então você escolheria qual categoria você deseja impor na configuração do site no menu suspenso?


Impor tags em categorias específicas para a equipe

Escolher categoria

3 curtidas