Centraliza a autorização por equipes e atualiza a administração para o Wagtail 7.1 by pitangainnovare · Pull Request #1064 · scieloorg/scms-upload

pitangainnovare · 2026-08-24T20:59:56Z

O que esse PR faz?

Centraliza as regras de autorização administrativa com base nas equipes de coleção, periódico e empresa, aplicando o princípio de menor privilégio às telas e operações do Wagtail. Além da validação manual indicada em uma das seções seguintes, pode ser interessante testar manualmente a partir do roteiro disponibilizado neste link.

Este PR:

atualiza a administração para o Wagtail 7.1;
institui grupos canônicos para os perfis operacionais;
centraliza a matriz e a resolução de autorização;
sincroniza automaticamente usuários, membresias e grupos;
protege os grupos controlados pelo sistema contra alterações manuais;
restringe menus, listagens, formulários, relacionamentos e ações administrativas ao escopo editorial do usuário;
permite ao administrador e ao superusuário acessar objetos independentemente do responsável designado;
corrige a delegação da análise de qualidade, preservando o analista selecionado;
impede o recebimento de pacotes para periódicos não autorizados;
interrompe o processamento antes de consultar ou revelar dados editoriais de outro periódico;
mantém o pacote rejeitado visível somente ao remetente para consulta do erro;
substitui helpers administrativos legados pelas políticas nativas de permissão do Wagtail;
adiciona um comando de reconciliação para corrigir grupos, permissões e vínculos existentes;
remove código, wrappers, imports e templates administrativos que deixaram de ter consumidores.

Onde a revisão poderia começar?

A revisão pode começar pelos seguintes módulos:

team/authorization_matrix.py
- Define os perfis, recursos e operações autorizadas para equipes de coleção, periódico e empresa.
team/authorization.py
- Resolve a autorização efetiva do usuário a partir da matriz e das membresias ativas.
team/policies.py
- Integra as regras de equipe às políticas de permissão utilizadas pela administração.
core/users/permission_policies.py
- Implementa as políticas reutilizáveis para querysets e objetos sujeitos a escopo.
upload/querysets.py e upload/permission_policies.py
- Aplicam o isolamento dos pacotes e as permissões administrativas do upload.
upload/controller.py
- Bloqueia, antes das demais consultas e validações, uploads destinados a periódicos não autorizados.
team/signals.py e team/management/commands/create_user_groups.py
- Sincronizam e reconciliam os grupos canônicos e seus usuários.

As migrações relacionadas estão em:

team/migrations/0005_create_team_groups.py;
team/migrations/0006_normalize_active_members.py;
team/migrations/0007_validate_contract_date_range.py;
upload/migrations/0011_alter_package_options.py.

Como este poderia ser testado manualmente?

Preparação

Executar as migrações.
Executar o comando de reconciliação dos grupos.
Confirmar que os grupos canônicos foram criados com as permissões esperadas.

Administração de grupos e equipes

Acessar o Wagtail como superusuário.
Confirmar que os grupos canônicos não podem ser renomeados ou excluídos manualmente.
Criar ou atualizar membresias de coleção, periódico e empresa.
Confirmar que os usuários são incluídos nos grupos correspondentes.
Desativar ou expirar uma membresia e confirmar que o vínculo de grupo é removido na reconciliação.

Escopo administrativo

Entrar como integrante de uma equipe de periódico.
Confirmar que artigos, fascículos, pacotes e opções de formulário ficam limitados aos periódicos autorizados.
Confirmar que objetos de outros periódicos não aparecem nas listagens, buscas, menus ou seletores.
Repetir a validação com integrantes de equipes de coleção e empresa.
Entrar como administrador ou superusuário e confirmar que todos os objetos autorizados ficam visíveis, inclusive os atribuídos a outros analistas.

Delegação da análise de qualidade

Entrar como usuário autorizado a distribuir a análise.
Abrir um pacote disponível para controle de qualidade.
Selecionar somente outro analista, sem preencher a decisão de publicação.
Salvar o formulário.
Confirmar que o analista selecionado foi preservado e que o usuário atual não foi atribuído indevidamente.
Confirmar que a publicação em QA continua automática, conforme a regra de negócio.
Confirmar que a publicação no ambiente oficial continua dependendo da aprovação específica.

Autorização de upload

Entrar como usuário vinculado somente ao periódico bn.
Enviar um pacote pertencente ao periódico mr.
Confirmar que o pacote recebe o estado unexpected.
Confirmar que nenhuma validação, resolução de fascículo, publicação em QA ou consulta de pacote anterior é iniciada.
Confirmar que o remetente consegue consultar o próprio pacote rejeitado e sua mensagem de erro.
Confirmar que o pacote não aparece na administração do periódico mr.
Enviar um pacote do periódico bn e confirmar que o processamento segue normalmente.
Repetir o teste com autorização proveniente de equipe de coleção e de contrato ativo de empresa.

Validação automatizada realizada

Foram executados em Docker:

pytest -q team/tests upload/tests issue/tests collection/tests.py
97 passed

Também foram executados:

python manage.py check
python manage.py makemigrations --check --dry-run

O Django não identificou novas migrações pendentes. O manage.py check apresentou apenas avisos já conhecidos do projeto, sem erros bloqueantes.

Algum cenário de contexto que queira dar?

Antes desta alteração, parte da autorização era baseada em helpers específicos de cada aplicação, filtros de interface e verificações de grupo espalhadas pelo código.

Esse modelo permitia divergências entre:

a visibilidade dos objetos;
as ações apresentadas pelos botões;
o acesso direto às views;
as opções disponíveis nos formulários;
a autorização aplicada durante o processamento em segundo plano.

Um caso identificado permitia que um usuário enviasse um pacote pertencente a outro periódico. Embora o pacote não aparecesse normalmente na listagem administrativa, o processamento aceitava o arquivo e podia publicá-lo em QA.

A nova estrutura centraliza a decisão de autorização, aplica o mesmo escopo às diferentes camadas e adota negação por padrão quando não existe usuário ou membresia válida.

Este PR tem como base a branch rc-team-authorization, criada a partir de rc. Depois da homologação, a integração com rc deverá ocorrer em um PR separado.

Screenshots

N/A

Quais são os tickets relevantes?

#393 #851 #863

Referências

Documentação oficial do Wagtail 7.1.
Políticas nativas de permissão e ViewSets do Wagtail.
Princípio de menor privilégio.
Negação de acesso por padrão (fail-closed).
NSI.04 — Norma de Desenvolvimento Seguro.

Segurança da informação (NSI.04)

Seção obrigatória. Marque as opções aplicáveis e justifique quando necessário. Referência: NSI.04 - Norma de Desenvolvimento Seguro.

Este PR manipula dados sensíveis ou pessoais (LGPD)?

Sim — utiliza usuários e vínculos de equipe já existentes para determinar o escopo de acesso. Não introduz novas categorias de dados pessoais. A exposição é reduzida por meio de querysets restritos, autorização por objeto e aplicação do princípio de menor privilégio.
Não

Este PR altera autenticação, autorização, controle de acesso ou gerenciamento de sessão?

Sim — centraliza a autorização por equipes de coleção, periódico e empresa; aplica escopo às listagens, formulários e ações; protege grupos canônicos; bloqueia uploads para periódicos não autorizados; e preserva o acesso administrativo global previsto para administradores e superusuários.
Não

Este PR introduz, atualiza ou remove dependências de terceiros?

Sim — atualiza wagtail de 6.4.2 para 7.1.1, wagtail-django-recaptcha de 2.1.1 para 2.2.0 e wagtail-modeladmin de 2.0.0 para 2.2.0.
- Verificado e aprovado
- Pendente / vulnerabilidade aceita com justificativa: aguardando a execução do SBOM/Trivy no pipeline do PR.
Não

Este PR foi validado pelo pipeline de segurança (SonarQube / Trivy)?

Sim — link do job: preencher após a execução do pipeline.
Não aplicável a este PR (justifique):

Este PR concatena, monta ou executa comandos SQL, HTML ou JavaScript a partir de entrada externa?

Sim — confirme que há sanitização/parametrização (prepared statements, escaping, etc.):
Não

Este PR expõe novos endpoints, telas ou serviços?

Sim — reorganiza e disponibiliza telas administrativas de equipes e ações de pacotes no Wagtail. O acesso é protegido pelas políticas de autorização, pelo escopo por objeto e pelo princípio de menor privilégio. O HTTPS permanece sob responsabilidade da configuração de implantação já adotada pelo projeto.
Não

Algum segredo, senha, chave ou token está sendo adicionado ao código-fonte?

Não, nenhum segredo foi commitado
Sim (bloquear merge e corrigir antes de prosseguir)

Implementação: atualiza somente o Wagtail e as extensões administrativas diretamente necessárias.

Implementação: exibe a contagem somente quando o contexto fornece os totais necessários.

Implementação: centraliza os nomes dos grupos controlados pelo sistema em uma definição única.

Implementação: adiciona migração que cria os grupos e consolida o grupo empresarial legado.

Implementação: corrige valores nulos existentes e torna explícito o estado padrão dos vínculos editoriais.

Implementação: adiciona restrição de banco que impede término contratual anterior ao início.

Implementação: filtra contratos pela situação e pelo intervalo de vigência na data consultada.

Implementação: combina coleções, periódicos e empresas ativos sem prioridade que descarte vínculos simultâneos.

Implementação: move os identificadores de permissão para um módulo próprio do domínio de artigos.

Implementação: declara as ações de pacote e adiciona a migração das permissões do modelo.

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de coleção.

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de periódico.

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de empresa.

Implementação: calcula níveis de acesso, ações de modelo e permissões Django a partir dos grupos ativos.

Implementação: converte o módulo de testes em pacote e preserva integralmente os casos existentes.

Implementação: cobre a estrutura completa e a precedência do maior acesso entre grupos simultâneos.

Implementação: registra sinais idempotentes que refletem papéis ativos nos grupos canônicos do usuário.

Implementação: reconcilia usuários substituídos e membros afetados pela exclusão de equipes ou coleções.

Implementação: bloqueia alterações manuais de nomes, vínculos, permissões e exclusão dos grupos canônicos.

Implementação: cobre mudanças de papel, inativação, substituição, exclusão e mutações manuais proibidas.

Implementação: cria comando idempotente baseado na matriz, incorpora o grupo legado e sincroniza vínculos existentes.

Implementação: cobre a matriz exata de permissões, idempotência e remoção de grupos sem vínculo ativo.

Implementação: adiciona alvos para migrar a base e sincronizar grupos, permissões e membresias.

Implementação: substitui a configuração padrão do Wagtail por viewsets administrativos protegidos.

Implementação: oculta grupos reservados e bloqueia atribuição, edição, renomeação e exclusão manual.

Implementação: filtra querysets por coleção, periódico ou empresa conforme os vínculos ativos do usuário.

Implementação: integra a matriz ao Wagtail e aplica escopo de queryset e objeto aos viewsets protegidos.

Implementação: relaciona itens administrativos às aplicações acessíveis pelos grupos ativos do usuário.

Implementação: restringe membresias, empresas e contratos aos vínculos que cada perfil pode administrar.

Implementação: filtra coleções, periódicos, empresas e usuários conforme o escopo do responsável.

robertatakenaka · 2026-08-25T14:57:02Z

+    def scope_queryset(user, queryset):
+        if user and user.is_superuser:
+            return queryset
+        if not user or not user.is_authenticated:


@pitangainnovare mudar a ordem de verificação

robertatakenaka · 2026-08-25T14:58:58Z

+            return queryset.none()
+
+        group_names = set(user.groups.values_list("name", flat=True))
+        if TeamGroups.COLLECTION_ADMIN in group_names and (


@pitangainnovare COLLECTION_ADMIN?

Sim, COLLECTION_ADMIN.

Essa é a constante interna de TeamGroups, cujo valor é "COLLECTION_TEAM_ADMIN".

Conforme definido no issue #863, esse grupo pode realizar CRUD de Company. Como Company é um cadastro global e não possui vínculo direto com coleção, o administrador de uma coleção com membership ativa acessa o cadastro de empresas; usuários de empresa continuam limitados à própria empresa.

robertatakenaka · 2026-08-25T15:04:22Z

+)
+
+
+class ManagedRelationAdminForm(CoreAdminModelForm):


@pitangainnovare com o desuso de modeladmin ainda faz sentdio o uso de coreadminmodelform? Viu o core.views?

Ajustado. Removi a dependência de CoreAdminModelForm desses componentes. Os formulários agora usam diretamente WagtailAdminModelForm, e os ViewSets de equipe reutilizam CommonControlFieldViewSet, seguindo o fluxo nativo de snippets.

robertatakenaka · 2026-08-25T15:37:25Z

+        if (
+            not user
+            or not getattr(user, "is_authenticated", False)
+            or (
+                not user.is_superuser
+                and (
+                    not journal
+                    or journal.id not in membership.get("journal_list_ids", [])
+                )
+            )
+        ):
+            journal_title = journal.title if journal else _("Unknown")


@pitangainnovare se este código for recorrente poderia ter um método em User para passar o journal e realizar as checagens

Verifiquei e, atualmente, a checagem de acesso a um journal específico ocorre somente neste fluxo. Os demais usos trabalham com escopo de querysets ou apenas verificam a existência de algum journal autorizado. Preferi não adicionar o método em User, mantendo o modelo de core desacoplado das regras de equipe e contratos. Se a checagem específica se repetir, podemos centralizá-la em team.authorization.

robertatakenaka · 2026-08-25T15:38:56Z

+        response.update(
+            pp.is_registered_xml_with_pre(xml_with_pre, xml_with_pre.filename)
+        )
+        logging.info(f"is_registered_xml_with_pre: {response}")


@pitangainnovare pode eliminar estes vários logging info e idealmente convertê-lo para uma lista que adicionada a algum modelo para visualizar o passo-a-passo pela interface. Mas isso pode ser um novo issue

OK. Vamos deixar isso para outro PR específico para essa parte de logs.

robertatakenaka · 2026-08-25T15:49:46Z

+            )
+
+        if not self.for_user or not self.for_user.is_superuser:
+            if self.for_user:


@pitangainnovare if not self.for_user a linha 77 nunca vai acontecer

Concordo. Nas views administrativas do Wagtail, for_user é sempre preenchido com request.user, e não há instanciação desse formulário sem o usuário no projeto. Vou remover o ramo inalcançável e manter apenas a verificação de superusuário.

robertatakenaka · 2026-08-25T22:58:06Z

+    if user and user.is_superuser:
+        return queryset
+    if not user or not user.is_authenticated:
+        return queryset.none()


@pitangainnovare inverter a verificação

robertatakenaka · 2026-08-25T23:08:44Z

+    if request.method != "POST":
+        return render(
+            request,
+            "modeladmin/upload/package/confirm_action.html",


@pitangainnovare tem que trocar o modeladmin porque vai falhar

Ajustado. Removi o namespace legado modeladmin e movi o template para upload/admin/package/confirm_action.html. A herança de wagtailadmin/base.html foi mantida, pois continua válida: wagtailadmin é o namespace do painel administrativo, enquanto o legado removido é o ModelAdmin.

robertatakenaka · 2026-08-25T23:10:31Z

+    if request.method != "POST":
+        return render(
+            request,
+            "modeladmin/upload/package/confirm_action.html",


@pitangainnovare trocar modeladmin

Ajustado também. Esta referência agora utiliza upload/admin/package/confirm_action.html

robertatakenaka · 2026-08-25T23:11:15Z

+
    return render(
        request,
        "modeladmin/upload/package/republish_selected.html",


@pitangainnovare modeladmin

Ajustado. Removi o namespace legado modeladmin e movi o template para upload/admin/package/republish_selected.html

robertatakenaka · 2026-08-25T23:14:03Z

-
        params = {}
        try:
            params["pkg_zip__id"] = request.GET["pkg_zip_id"]


@pitangainnovare trocar params["pkg_zip__id"] = por params["pkg_zip_id"] =

robertatakenaka · 2026-08-25T23:19:20Z

+        qs = super().get_queryset(request)
+        return qs.filter(package__in=get_scoped_package_queryset(request.user))


@pitangainnovare parece repetitivo, poderia ser feito no BaseUploadViewSet?

Sim.

O filtro se repete nos ViewSets de relatórios e resultados.

Vou centralizá-lo no BaseUploadViewSet, deixando configurável o caminho até o pacote, pois alguns modelos usam package e outros report__package.

robertatakenaka · 2026-08-26T00:58:22Z

    @staticmethod
    def is_free(pid_v2):
-        logging.info(f"PidV2Generator.is_free?")
+        logging.info("PidV2Generator.is_free?")


@pitangainnovare idealmente trocar logging.info por uma lista e guardar em algum modelo para consulta do passo-a-passo

OK. Vamos deixar isso para outro PR específico para essa parte de logs.

robertatakenaka

@pitangainnovare fazer correções e verificar comentários

pitangainnovare added 30 commits August 24, 2026 16:30

Atualiza a administração para o Wagtail 7.1

85f75f9

Implementação: atualiza somente o Wagtail e as extensões administrativas diretamente necessárias.

Adapta o cabeçalho administrativo ao Wagtail 7.1

9e5aa8c

Implementação: exibe a contagem somente quando o contexto fornece os totais necessários.

Institui os grupos canônicos de equipe

7763159

Implementação: centraliza os nomes dos grupos controlados pelo sistema em uma definição única.

Cria os grupos canônicos na base de dados

a875dca

Implementação: adiciona migração que cria os grupos e consolida o grupo empresarial legado.

Normaliza o estado ativo das membresias

76818a8

Implementação: corrige valores nulos existentes e torna explícito o estado padrão dos vínculos editoriais.

Valida o período dos contratos editoriais

5341cde

Implementação: adiciona restrição de banco que impede término contratual anterior ao início.

Centraliza a seleção de contratos ativos

aa61b2a

Implementação: filtra contratos pela situação e pelo intervalo de vigência na data consultada.

Consolida os vínculos editoriais do usuário

a1d80d2

Implementação: combina coleções, periódicos e empresas ativos sem prioridade que descarte vínculos simultâneos.

Centraliza as permissões editoriais dos artigos

ee0b6ff

Implementação: move os identificadores de permissão para um módulo próprio do domínio de artigos.

Registra as permissões operacionais do upload

431cd2c

Implementação: declara as ações de pacote e adiciona a migração das permissões do modelo.

Define o acesso dos perfis de coleção

b6ea3d1

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de coleção.

Define o acesso dos perfis de periódico

716512a

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de periódico.

Define o acesso dos perfis de empresa

ab9f2fc

Implementação: declara aplicações, modelos e ações permitidos aos administradores e membros de empresa.

Resolve a autorização pela matriz de equipe

7887eaa

Implementação: calcula níveis de acesso, ações de modelo e permissões Django a partir dos grupos ativos.

Organiza os testes da equipe por domínio

bec278d

Implementação: converte o módulo de testes em pacote e preserva integralmente os casos existentes.

Valida a matriz de autorização

7310046

Implementação: cobre a estrutura completa e a precedência do maior acesso entre grupos simultâneos.

Sincroniza grupos ao salvar membresias

3ff285b

Implementação: registra sinais idempotentes que refletem papéis ativos nos grupos canônicos do usuário.

Remove vínculos de grupo que perderam validade

1c8aee1

Implementação: reconcilia usuários substituídos e membros afetados pela exclusão de equipes ou coleções.

Protege os grupos controlados pelo sistema

fa94a47

Implementação: bloqueia alterações manuais de nomes, vínculos, permissões e exclusão dos grupos canônicos.

Valida a sincronização e a proteção dos grupos

29b8a96

Implementação: cobre mudanças de papel, inativação, substituição, exclusão e mutações manuais proibidas.

Reconcilia grupos, permissões e usuários

70c9f05

Implementação: cria comando idempotente baseado na matriz, incorpora o grupo legado e sincroniza vínculos existentes.

Valida o comando de reconciliação

7e6e27b

Implementação: cobre a matriz exata de permissões, idempotência e remoção de grupos sem vínculo ativo.

Automatiza a reconciliação no deploy

49bc9fc

Implementação: adiciona alvos para migrar a base e sincronizar grupos, permissões e membresias.

Carrega a proteção nativa de usuários e grupos

77b28fd

Implementação: substitui a configuração padrão do Wagtail por viewsets administrativos protegidos.

Protege grupos canônicos nas telas do Wagtail

a18c208

Implementação: oculta grupos reservados e bloqueia atribuição, edição, renomeação e exclusão manual.

Introduz o escopo relacional por membresia

69e3afb

Implementação: filtra querysets por coleção, periódico ou empresa conforme os vínculos ativos do usuário.

Centraliza as políticas administrativas

e9d6c97

Implementação: integra a matriz ao Wagtail e aplica escopo de queryset e objeto aos viewsets protegidos.

Filtra o menu pela autorização da equipe

1ad5743

Implementação: relaciona itens administrativos às aplicações acessíveis pelos grupos ativos do usuário.

Define o escopo administrativo das equipes

690d7bb

Implementação: restringe membresias, empresas e contratos aos vínculos que cada perfil pode administrar.

Limita relações disponíveis nas telas de equipe

6361c4c

Implementação: filtra coleções, periódicos, empresas e usuários conforme o escopo do responsável.

robertatakenaka reviewed Aug 25, 2026

View reviewed changes

robertatakenaka reviewed Aug 26, 2026

View reviewed changes

robertatakenaka requested changes Aug 26, 2026

View reviewed changes

robertatakenaka assigned pitangainnovare Aug 26, 2026

pitangainnovare added 11 commits August 26, 2026 15:13

Prioriza autenticação nas verificações de autorização

1c07ef5

Filtra pacotes diretamente pelo identificador do upload

af5caf3

Adota views nativas de snippets na administração de equipes

a39ee02

Remove namespace legado dos templates de ações do upload

999d88a

Centraliza escopo de pacotes nos viewsets do upload

ca51591

Remove ramo inalcançável do formulário de decisão

386fdfa

Renomeia permissão de acesso aos pacotes

352930b

Organiza matriz de autorização por aplicação

eb440c9

Remove exclusão dos grupos canônicos

f83b1c0

Consolida migração da permissão de pacotes

10880cb

Corrige referências ao acrônimo da coleção

b697915

robertatakenaka approved these changes Aug 27, 2026

View reviewed changes

pitangainnovare merged commit a32c93c into scieloorg:rc-team-authorization Aug 27, 2026
3 checks passed

This was referenced Aug 27, 2026

Restringir configurações administrativas sensíveis a superusuários #1068

Open

Disponibilizar histórico do processamento de pacotes na interface administrativa #1069

Open

		qs = super().get_queryset(request)
		return qs.filter(package__in=get_scoped_package_queryset(request.user))

		)


		class ManagedRelationAdminForm(CoreAdminModelForm):

Uh oh!

Conversation

pitangainnovare commented Aug 24, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

O que esse PR faz?

Onde a revisão poderia começar?

Como este poderia ser testado manualmente?

Preparação

Administração de grupos e equipes

Escopo administrativo

Delegação da análise de qualidade

Autorização de upload

Validação automatizada realizada

Algum cenário de contexto que queira dar?

Screenshots

Quais são os tickets relevantes?

Referências

Segurança da informação (NSI.04)

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

robertatakenaka left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

pitangainnovare commented Aug 24, 2026 •

edited

Loading