Triagem a partir do cartão do Slack, e uma extensão que explica as suas próprias recusas

Desde ontem, um relatório anunciado no Slack passou a ser algo sobre o qual pode agir sem sair do canal.

O cartão já trazia o suficiente para decidir se um bug importava. Agora traz as duas decisões em que a triagem realmente termina: os botões de estado e as três severidades, com as mesmas palavras que a caixa de entrada usa. Carregue num deles e o relatório avança. A ligação para o relatório completo mantém o seu lugar e continua a ser o único botão colorido do cartão, porque abri-lo continua a ser aquilo que a maioria das pessoas quer.

Se a sua equipa preferir que o canal continue a ser apenas um fluxo de avisos, existe um interruptor para isso. Antes, um canal ligado podia alterar um relatório, quer alguém o tivesse escolhido quer não - os botões chegavam simplesmente com a integração. Agora um canal pode ser apenas de leitura, e os botões desaparecem do cartão em vez de se limitarem a recusar quando são carregados.

Ligar é agora uma instalação normal

O Jira e o Slack ligam-se através dos seus próprios fluxos de instalação, com o botão que cada fornecedor pede que se use, em vez de algo feito à mão. O controlo do Jira mantém-se escondido até a instalação estar mesmo concluída, e um conector do Jira diz a que conta Atlassian pertence - o que conta no dia em que essa pessoa sai.

Mais duas coisas nessa página:

• Pode testar um conector sem esperar que chegue um bug a sério. Cole um URL, escreva a sua verificação de assinatura seguindo a receita que está na mesma página, carregue no botão e veja a entrega chegar ou falhar. Dantes a resposta era esperar e torcer.
• Cada linha de destino diz de que tipo é, e os webhooks têm um cartão próprio em vez de serem a metade sem nome de uma lista.

Um conector está também associado ao domínio que serve, de modo que um mesmo espaço de trabalho do Slack ou um mesmo sistema de acompanhamento pode levar vários dos seus sites sem que se misturem.

A extensão 1.7.0 está na loja

O painel passou a explicar-se melhor, o que parece pouco e é a diferença entre uma pessoa comunicar um bug e desistir.

Uma gravação recusada diz agora o que realmente a resolve. Gravar um separador exige que a extensão tenha sido invocada nesse separador, e o Chrome retira essa permissão no momento em que o separador navega para outro endereço - por isso a sequência habitual gasta-a: abre o painel, escreve o endereço da página que queria comunicar, e a navegação que acabou de fazer levou a permissão consigo. O painel costumava sugerir permitir a extensão em todos os sites, o que aqui não ajuda em nada, de modo que seguir o nosso próprio conselho produzia uma segunda falha e nenhuma explicação. Agora diz o que restaura genuinamente a permissão, e porque é que isto se repete.

Quem comunica é avisado de que a captura de ecrã é pública antes de a tirar, tal como já era avisado a respeito da gravação. Quem captura é a única pessoa que sabe se o registo de cliente aberto por trás do bug importa.

E o nome do navegador num relatório é deduzido em vez de presumido, por isso um relatório feito a partir do Edge já não diz Chrome.

Credenciais capturadas, desta vez em todo o lado

A página do relatório e a transferência do HAR sempre removeram os cabeçalhos de autorização, os cookies e os seus parentes antes de mostrarem seja o que for, porque ler uma ligação partilhada não exige iniciar sessão. O mesmo relatório obtido através da API devolvia esses cabeçalhos tal como tinham sido capturados.

O mesmo filtro aplica-se agora em todos os sítios onde um relatório pode ser lido, que é o que toda a gente razoavelmente já assumia.

Os envios de correio - reposições de palavra-passe, confirmações - passam também a ter um limite de frequência por endereço e por IP.

Um relatório aberto no telemóvel

A página do relatório partilhado servia ao telemóvel exatamente o que servia a um computador, incluindo uma ligação de instalação com que a Chrome Web Store nada pode fazer a partir de um telemóvel.

Estava ao contrário, porque o telemóvel é onde muitíssimas destas ligações são abertas: alguém partilha um relatório e quem o recebe toca-lhe a caminho de qualquer lado. Agora oferece algo que um telemóvel consegue mesmo fazer.

A par disso: a barra de estado já não colide com o cabeçalho, com o aviso flutuante nem com a caixa de diálogo no iOS, o Android deixa de repintar o site porque o esquema de cores está declarado, e o tema fica decidido antes de a página ser desenhada, em vez de piscar o errado.

Coisas mais pequenas

• Um único pedido de rede pode ser transferido como ficheiro HAR através da API, e não apenas a partir da página do relatório.
• O menu da conta sai da navegação recolhida nos ecrãs pequenos e ganha um painel próprio.
• A página de Conectores levou uma revisão daquilo que diz e da ordem por que o diz.