Configuração separada 'usuários confiáveis podem editar outros' para níveis de confiança 3 e 4

Atualmente existe uma única configuração para ambas essas opções:

  • O nível de confiança 3 pode editar títulos e tags de tópicos de outras pessoas
  • O nível de confiança 4 pode editar postagens de outras pessoas

Seria útil se essas fossem separadas em configurações diferentes.

Para o nosso caso:

Queremos habilitar a edição de títulos e tags de tópicos de outras pessoas para o nível de confiança 3, já que as alterações que podem ser feitas lá são limitadas. Mas atualmente queremos desabilitar a edição de postagens de outras pessoas para o nível de confiança 4.

No passado, desabilitamos a configuração completamente se quiséssemos limitar a edição de postagens por tl4. Mas tem sido útil ter pessoas adicionando tags aos tópicos, então não é ideal ter que desabilitar isso para tl3.

Principalmente nosso público é um pouco mais jovem e, portanto, os líderes da comunidade são um pouco mais jovens, e embora a grande maioria tenha sido muito confiável, houve um caso histórico em que alguns abusaram de seus privilégios. Portanto, geralmente fomos um pouco mais conservadores com algumas habilidades – só reativamos a edição para tl4 e tl3 depois que o grupo atual de líderes estava servindo há algum tempo.

Estamos planejando desabilitar a capacidade de edição para o nível de confiança 4 novamente enquanto estamos integrando um novo grupo de líderes. Mas seria bom ainda ter a capacidade para tl3 adicionar tags aos tópicos de outras pessoas (nossa comunidade geralmente não edita títulos de outras pessoas).

13 curtidas

Eu sou geralmente a favor de adicionar essa fidelidade, embora eu prefira apenas “rebaixar o nível de confiança” dessas configurações se fizermos uma divisão e as alterarmos para que sejam baseadas em grupo.

edit_all_topic_groups (padrão: trust_level_3)
edit_all_post_groups (padrão: trust_level_4)

Isso também adiciona automaticamente uma flexibilidade extra e sinto que os nomes das configurações são bastante claros.

@mcwumbly pensamentos.

Não tenho certeza quando podemos encaixar isso, pode ser um candidato para pr-welcome.

11 curtidas

TL4 padrão nesse segundo :slight_smile:

6 curtidas

Eu acho que dividir esses e torná-los baseados em grupos, como você descreveu, faz sentido.

5 curtidas

Esses parecem bons – na verdade, eu também estava me perguntando se este poderia ser um bom candidato para pr-welcome

Eu estaria interessado em tentar eu mesmo quando tiver a chance. (Sou principalmente um desenvolvedor iOS, mas também trabalhei com Ruby/JS etc. no trabalho)

4 curtidas

Claro Tracey, fico feliz em colocar um pr-welcome nisso, deve ser uma mudança bastante simples, dito isso, ela tem implicações de segurança, então precisaria de testes cuidadosos usando testes unitários e passaria por um processo de revisão bastante rigoroso.

3 curtidas

Ótimo, eu cuido disso. Anotado, também estou feliz em fazer alterações com base no feedback assim que o PR for aberto.

2 curtidas

Consegui fazer isso funcionar localmente – só queria aproveitar o tempo para ser minucioso com os casos de teste antes de fazer o PR. Tive algumas perguntas que queria verificar, então talvez eu poste no Dev para elas, ou em comentários sob o PR

(Não tenho certeza se há um prazo esperado com PRs da comunidade, mas só queria postar um aviso caso esteja demorando um pouco – eu principalmente só tenho tempo livre nos fins de semana)

8 curtidas

Tudo bem, sem pressa aqui, então fico feliz em saber que você está progredindo bem.

2 curtidas

Olá a todos – apenas uma atualização, já que mencionei que cuidaria disso. Desculpem, estou com muita coisa no momento, nas últimas semanas e nas próximas – mudanças significativas no trabalho, questões médicas, etc. Para esta tarefa, tive alguns problemas com as especificações e realmente não tive a chance de depurá-la – estou um pouco cansado demais para me aprofundar em Ruby no momento.

Se mais alguém quiser assumir esta tarefa pr-welcome, sinta-se à vontade.

(Em nosso fórum, decidimos reativar a configuração usuários confiáveis podem editar outros de qualquer maneira, então estamos bem por enquanto. No futuro, quando eu estiver livre novamente, talvez eu possa assumir outra tarefa do Discourse)

5 curtidas

Trabalhei na separação da configuração ‘usuários confiáveis podem editar outros’ em ‘editar todos os grupos de postagens’ e ‘editar todos os grupos de tópicos’. Eu des-confiança esses níveis de configuração para que sejam baseados em grupos. Aqui está o link para o PR:

10 curtidas

O PR acima foi mesclado, obrigado @Nam! Agora temos

  • editar todos os grupos de posts com valor padrão trust_level_4
  • editar todos os grupos de tópicos com valor padrão trust_level_3
10 curtidas