
Da ieri una segnalazione annunciata in Slack è diventata qualcosa su cui si può agire senza uscire dal canale.
La scheda conteneva già abbastanza per decidere se un bug fosse importante. Ora contiene le due decisioni con cui il triage finisce davvero: i pulsanti di stato e i tre livelli di gravità, con le stesse parole che usa la posta in arrivo. Ne premete uno e la segnalazione si sposta. Il link alla segnalazione completa mantiene il suo posto e resta l’unico pulsante colorato della scheda, perché aprirla è ancora la cosa che la maggior parte delle persone vuole.
Se il vostro team preferisce che il canale resti un semplice flusso di annunci, c’è un interruttore apposta. Prima un canale collegato poteva modificare una segnalazione, che qualcuno lo avesse scelto o no - i pulsanti arrivavano semplicemente con l’integrazione. Ora un canale può essere di sola lettura, e i pulsanti spariscono dalla scheda invece di limitarsi a rifiutare quando vengono premuti.
Collegare è ormai un’installazione normale
Jira e Slack si collegano attraverso i loro percorsi di installazione, con il pulsante che ciascun fornitore chiede di usare, invece che con qualcosa fatto in casa. Il comando di Jira resta nascosto finché l’installazione non è davvero conclusa, e un connettore Jira dice a quale account Atlassian appartiene - cosa che conta il giorno in cui quella persona se ne va.
Altre due cose su quella pagina:
- Potete provare un connettore senza aspettare che arrivi un bug vero. Incollate un URL, scrivete il vostro controllo della firma seguendo la ricetta che sta sulla stessa pagina, premete il pulsante e guardate la consegna arrivare o fallire. Prima la risposta era aspettare e sperare.
- Ogni riga di destinazione dice di che tipo è, e i webhook hanno una scheda propria invece di essere la metà senza nome di un elenco.
Un connettore è inoltre legato al dominio che serve, così un unico spazio di lavoro Slack o un unico sistema di ticket può portare più siti vostri senza che si confondano.
L’estensione 1.7.0 è nello store
Il pannello spiega meglio se stesso, cosa che sembra piccola ed è la differenza tra una persona che segnala un bug e una che rinuncia.
Una registrazione rifiutata ora dice che cosa la risolve davvero. Registrare una scheda del browser richiede che l’estensione sia stata invocata su quella scheda, e Chrome ritira quel permesso nel momento in cui la scheda passa a un altro indirizzo - quindi la sequenza abituale lo consuma: aprite il pannello, digitate l’indirizzo della pagina che volevate segnalare, e la navigazione appena compiuta si è portata via il permesso. Il pannello prima suggeriva di consentire l’estensione su tutti i siti, cosa che qui non aiuta per niente, così seguire il nostro stesso consiglio produceva un secondo fallimento e nessuna spiegazione. Ora dice che cosa ripristina davvero il permesso, e perché continua a succedere.
Chi segnala viene avvisato che lo screenshot è pubblico prima di scattarlo, come già avveniva per la registrazione. Chi cattura è l’unica persona che sa se il record cliente aperto dietro il bug abbia importanza.
E il nome del browser in una segnalazione viene dedotto anziché dato per scontato, così una segnalazione fatta da Edge non dice più Chrome.
Session Replay
Estensione Chrome gratuita. Un clic sulla pagina che si comporta male cattura lo screenshot, la console e il registro di rete, e vi consegna un link da incollare nel ticket.
Credenziali catturate, questa volta ovunque
La pagina della segnalazione e il download HAR hanno sempre eliminato le intestazioni di autorizzazione, i cookie e i loro parenti prima di mostrare qualsiasi cosa, perché per leggere un link condiviso non serve accedere. La stessa segnalazione recuperata tramite l’API restituiva quelle intestazioni così come erano state catturate.
Lo stesso filtro ora vale ovunque una segnalazione possa essere letta, che è quello che tutti ragionevolmente davano già per fatto.
Anche gli endpoint che inviano email - reimpostazioni della password, conferme - ora hanno un limite di frequenza per indirizzo e per IP.
Una segnalazione aperta sul telefono
La pagina della segnalazione condivisa serviva al telefono esattamente ciò che serviva a un computer, compreso un link di installazione con cui il Chrome Web Store non può fare nulla da un cellulare.
Era il verso sbagliato, perché il telefono è dove moltissimi di questi link vengono aperti: qualcuno condivide una segnalazione, chi la riceve la tocca mentre è in giro. Ora la pagina offre qualcosa che un telefono può davvero fare.
Insieme a questo: la barra di stato non si scontra più con l’intestazione, con l’avviso a comparsa o con la finestra di dialogo su iOS, Android smette di ricolorare il sito perché lo schema di colori è dichiarato, e il tema è deciso prima che la pagina venga disegnata, invece di far lampeggiare quello sbagliato.
Cose più piccole
- Una singola richiesta di rete può essere scaricata come file HAR tramite l’API, non solo dalla pagina della segnalazione.
- Il menu dell’account esce dalla navigazione compressa sugli schermi piccoli e ottiene un pannello proprio.
- La pagina Connettori è stata rivista in ciò che dice e nell’ordine in cui lo dice.