Conectores: um relatório torna-se um ticket do Jira, ou um cartão que o seu canal pode triar

Um relatório de erro só vale o que poupa a quem tem de o corrigir, e até ontem tudo parava um passo antes do sítio onde essa pessoa trabalha. O relatório estava completo, e mesmo assim alguém tinha de o copiar para o Jira à mão.

Chegaram três destinos: Jira Cloud, Linear e Slack, a par do simples URL assinado do dia anterior. Ficam no painel, em Conectores.

Arquive-o no seu gestor de tarefas

Abra um relatório, escolha o gestor, e ele torna-se lá um ticket. A chave que lhe foi dada passa a aparecer no relatório a partir daí, por isso os dois ficam ligados nos dois sentidos em vez de viverem na memória de uma só pessoa.

Se o projeto recusar a criação - permissões erradas, um campo obrigatório, um projeto que já não existe - o relatório di-lo numa frase, em vez de falhar em silêncio.

Ou num canal

O Slack recebe os quatro eventos do relatório: um relatório a chegar, a mudança do seu estado, a mudança da sua gravidade, e alguém a abri-lo pela primeira vez.

O que chega é um cartão e não uma notificação. Uma linha de texto com uma ligação não vale quase nada, porque quem a lê tem à mesma de abrir o relatório para saber se lhe interessa. O cartão leva a página onde aconteceu, quem o comunicou, a gravidade e o estado, quantos pedidos falharam, o primeiro erro de consola se o houve, e a captura de ecrã. Quem percorre o canal pode decidir se lhe interessa sem abrir nada.

Se uma entrega falhar, o registo do conector mostra o erro. Não devia ter de dar por uma ausência.

Se está a montar o simples URL assinado e quer ver o que uma entrega leva antes de o seu próprio recetor existir, aponte-o ao ponto de teste de webhooks e leia o pedido à medida que chega.

A página do relatório mostra agora as duas metades ao mesmo tempo

Clicar numa linha de consola ou num pedido falhado move a gravação para esse momento. É o que mais distingue um relatório de uma gravação de ecrã, e era fácil de não notar, porque a gravação ficava por cima dos separadores: quem tinha descido para ler a consola estava assim a mover um leitor que já não via.

A gravação e as provas ficam agora lado a lado, com um divisor que pode arrastar para dar mais espaço a qualquer uma delas. Num ecrã estreito empilham-se.

Há também uma forma de mostrar um relatório por inteiro a quem tiver a ligação. A vista reduzida é a certa para um erro enviado a um desconhecido e a errada quando o relatório é uma demonstração, ou quando vai para um prestador ou um cliente a quem preferia não criar uma conta.

Ler e escrever são agora permissões separadas

Se ligou um agente aos seus relatórios, antes bastava o acesso de leitura para mover um - e mover um relatório para resolvido envia um email a quem o apresentou.

Essas duas escritas precisam agora de uma permissão própria, concedida em separado. Um agente com acesso de leitura pode listar, procurar e abrir relatórios, e não pode mudar nada nem enviar email a ninguém. Escrevemos na terça sobre por que valia a pena fechar essa falha.

Perguntamos antes de uma etiqueta de rastreio correr

As nossas etiquetas de análise e de publicidade corriam apenas com base numa definição. Não havia qualquer passo de consentimento em parte alguma do site.

Agora há, e as etiquetas esperam por ele. É a lei em boa parte da Europa, e não devia ter sido preciso um argumento jurídico para o defender.

Coisas mais pequenas

• Iniciar sessão com a Apple, a par das outras cinco formas de iniciar sessão.
• Retirámos um editor de texto que trazia um aviso de segurança por resolver em vez de o manter.
• Uma conta nova recebe umas boas-vindas em condições seja como for que tenha sido criada, e não só através do formulário de registo.
• Um relatório atribuído a um domínio pela sua etiqueta é agora guardado durante a janela de retenção desse domínio, como qualquer outro relatório nele.