Fünf weitere Tracker, und Triage, ohne den Report zu verlassen

Zwei Wochen Änderungen, alle auf der Website. An der Erweiterung hat sich nichts getan, und am Ende steht ein Abschnitt dazu, warum das für alles davor wichtig ist.

Fünf weitere Orte, an die ein Report gehen kann

Als wir über Konnektoren geschrieben haben waren es drei: Jira, Linear und Slack. GitHub kam dazu. Inzwischen sind es zehn Ziele, die ein Team-Administrator verbinden kann, und die fünf neuen heißen GitLab, Bitbucket, ClickUp, Trello und Asana.

Jedes funktioniert wie die ersten drei. Sie verbinden es einmal als Team-Administrator, legen fest, wo die Reports landen sollen, und ein Report kommt in Ihrem Tracker an, mit Screenshot, Konsole und Netzwerkprotokoll bereits daran, als Link, der das Ganze öffnet.

Was sich daneben geändert hat, ist weniger sichtbar und wahrscheinlich wichtiger: Ein Konnektor kann jetzt für jeden neuen Report eine Aufgabe anlegen, statt darauf zu warten, dass jemand eine hinüberschiebt. Damit wird aus dem Konnektor statt eines Knopfes, an den man denken muss, eine Leitung. Wenn in Ihrem Team ohnehin gilt, dass der Tracker die einzige Liste ist, die irgendjemand liest, kommen die Reports jetzt in der einzigen Liste an, die irgendjemand liest.

Vier der fünf haben eine Seite, die das Zusammenspiel von Anfang bis Ende erklärt: ClickUp, Trello, Asana und GitLab. Bitbucket lässt sich heute verbinden, seine Seite kommt noch.

Triage, ohne den Report zu verlassen

Die Seite eines Reports trägt jetzt seinen Status und seinen Schweregrad, sodass ein Teammitglied beides an genau der Stelle setzen kann, die es gerade ansieht.

Bisher fand die Triage in der Liste statt, was richtig ist, wenn Sie die Reports eines Vormittags durcharbeiten, und schlecht, wenn Ihnen jemand den Link zu einem einzelnen Report geschickt hat. Sie öffneten ihn, lasen ihn, bildeten sich ein Urteil und suchten dann die Liste, um das Urteil einzutragen.

Der Schweregrad steht neben dem Vorschlag, nicht darüber. Der vorgeschlagene Schweregrad bleibt sichtbar, und Ihr eigener ist eine Entscheidung, die daneben festgehalten wird, keine Korrektur. Ein Team, das dem Vorschlag oft widerspricht, sagt Ihnen damit etwas; ein Feld, das den Vorschlag stillschweigend überschreibt, sagt nichts.

Webhooks wissen, zu wessen Team sie gehören

Wenn Sie Session Replay über die API statt über das Dashboard steuern, haben sich drei Dinge geändert.

Ein Webhook-Ziel lässt sich jetzt auf einzelne Sites beschränken statt auf alles, was dem Team gehört, und genau das will man, wenn ein Team mehrere Produkte betreibt und nur eines davon einen Kanal hat, der geweckt werden soll. GET /api/v1/teams nimmt membership=mine, damit ein Client fragen kann, in welchen Teams der Aufrufer tatsächlich ist. Und das Anlegen oder Löschen eines Webhook-Ziels ist jetzt an die eigenen Teams des Aufrufers gebunden, was eher eine Korrektheitskorrektur als eine Funktion ist und von der Sorte, die man aussprechen sollte.

Der Webhook-Leitfaden beschreibt weiterhin die Form der Nutzlast, die sich nicht geändert hat.

Die Demo-Site hat einen Melde-Knopf, in Ihrer Sprache

Die Demo-Site ist der Ort, an dem Sie absichtlich etwas kaputt machen können: eine Seite mit einem JavaScript-Fehler, eine mit einem 500er, eine langsame, eine mit zerschossenem Layout, eine mit einem toten Link.

Jetzt sitzt der Melde-Knopf darauf, derselbe, den Sie auf Ihrer eigenen Seite einbauen würden, und damit ist die ganze Schleife zum Ausprobieren da: Seite kaputt machen, Knopf drücken, ansehen, was ankommt. Dazu kommt ein Sprachumschalter, denn eine Demo in der viertbesten Sprache zu lesen demonstriert gar nichts.

Die Website ist schneller, an den Stellen, an denen sie langsam war

Nichts davon ist eine Funktion, und zusammen ist es der Unterschied zwischen einer Seite, die sofort da ist, und einer, die es nicht ist. Das Hero-Poster wird vorgeladen und als WebP ausgeliefert, die Poster für Analyse, Anspruch und Zeitleiste ebenso. Bilder werden richtig zwischengespeichert. Analyse- und Pixel-Tags warten auf das Load-Ereignis, statt mit der Seite zu konkurrieren. Avatare und die Porträts der Hall of Fame kommen aus Thumbnails statt aus den Originalen in voller Größe, und die Videos auf einer Watch-Seite werden direkt ausgeliefert statt über eine Weiterleitung.

Wenn Sie je im Zug auf dem Telefon einen Report geöffnet haben, ist das die Änderung, die Sie merken und nicht benennen können.

Eine Abfrage der Erweiterung meldet Sie nicht mehr ab

Die Erweiterung fragt die Website, wer Sie sind. Wenn diese Abfrage sich mit einer Anmeldung in einem anderen Tab überschnitt, konnte sie die neuere Sitzung mit der älteren Antwort überschreiben, und Sie waren ohne erkennbaren Grund abgemeldet.

Die Website nimmt dieses Überschreiben nicht mehr an. Die Erweiterung, die Sie heute haben, fragt weiterhin auf dieselbe Weise; die Hälfte, die das Fragen repariert, steckt in der Erweiterung und ist noch nicht veröffentlicht.

Kleinere Dinge

• Eine Anmeldung über Google oder GitHub, die fehlschlägt, sagt jetzt, was schiefgegangen ist, statt Sie ohne Erklärung zu einem Formular zurückzuschicken.
• Wenn Sie sich registriert und Ihre Adresse nie bestätigt haben, bekommen Sie eine Erinnerung. Eine unbestätigte Adresse ist meist eine Mail im Spam und keine Entscheidung.
• Auf dem iPhone liegt die Statusleiste nicht mehr über der Seite.
• Im geteilten Viewer malt sich der Medienbereich nicht mehr verzerrt, während er seine Größe ermittelt.
• Eine Folge derselben Interaktion, jemand klickt achtmal auf dasselbe, weil nichts passiert, liest sich jetzt als ein Schritt mit einer Zählung statt als acht Zeilen. Die acht Klicks sind die Information; acht Zeilen sind es nicht.

Ein Dienst weniger im Weg

Wir haben Rollbar entfernt. Fehler werden über den eigenen Reporter des Frameworks und das Protokoll gemeldet, wo wir sie ohnehin gelesen haben, und Rollbar steht nicht mehr auf der Liste der Unterauftragsverarbeiter in der Datenschutzerklärung.

Dieselbe Erklärung sagt jetzt auch deutlich, dass der Screenshot eines Reports an das Modell geht, das die Analyse schreibt. Das war vorher schon so und stand nicht deutlich genug da, was schlimmer ist, als es klingt.

Was Sie tatsächlich in den Händen halten

Alles oben ist auf session-replay.com live. Die Website wird fortlaufend ausgeliefert, und die Revision, die sie gerade bedient, ist dieselbe, die an der Spitze des Repositorys steht, also liegt nichts aus diesem Beitrag auf einem Branch.

Mit der Erweiterung ist es anders. 1.11.0 ist weiterhin die veröffentlichte Version, die vom 19. September, und das ist, was Chrome Ihnen gegeben hat. In den zwei Wochen seitdem ist Arbeit in die Erweiterung geflossen, und nichts davon ist veröffentlicht; wenn Sie also hier etwas lesen und es in der Erweiterung suchen, finden Sie es nicht: Alles oben ist die Hälfte der Website.

Die Store-Seite sagt Ihnen, welche Version Sie haben. Steht dort 1.11.0, sind Sie aktuell.