Method: vitals.errors.reports.search

string

Erforderlich. Übergeordnete Ressource der Berichte, die die Anwendung angibt, für die sie empfangen wurden.

Format: apps/{app}

object (DateTimeInterval)

Optional. Das Datum/Uhrzeit-Intervall, in dem nach Fehlerberichten gesucht werden soll. Sowohl Start als auch Ende müssen auf die Stunde ausgerichtet sein und UTC als Zeitzone verwenden (oder leer sein, in diesem Fall wird auch UTC verwendet).

Wenn festgelegt, werden nur Fehlerberichte zurückgegeben, die in diesem Zeitraum aufgetreten sind. Wenn nicht angegeben, wird das Standardintervall der letzten 24 Stunden verwendet.

integer

Optional. Die maximale Anzahl der zurückzugebenden Berichte. Der Dienst gibt möglicherweise weniger als diesen Wert zurück.

Wenn nicht angegeben, werden maximal 50 Berichte zurückgegeben. Der Maximalwert ist 100. Werte über 100 werden auf 100 festgelegt.

string

Optional. Ein Seitentoken, das von einem vorherigen reports.search-Aufruf empfangen wurde. Geben Sie dieses an, um die nachfolgende Seite abzurufen.

Beim Paginieren müssen alle anderen für reports.search bereitgestellten Parameter mit dem Aufruf übereinstimmen, der das Seitentoken bereitgestellt hat.

string

Optional. Ein Auswahlprädikat, um nur eine Teilmenge der Berichte abzurufen.

Grundlagen zum Filtern finden Sie unter AIP-160.

** Unterstützte Feldnamen **

• apiLevel: Entspricht nur Fehlerberichten, die in den angeforderten Android-Versionen aufgetreten sind (angegeben als numerisches API-Level). Beispiel: apiLevel = 28 OR apiLevel = 29.
• versionCode: Entspricht nur Fehlerberichten, die in den angeforderten App-Versionscodes aufgetreten sind. Beispiel: versionCode = 123 OR versionCode = 456.
• deviceModel: Entspricht Fehlerproblemen, die auf den angeforderten Geräten aufgetreten sind. Beispiel: deviceModel = "google/walleye" OR deviceModel = "google/marlin".
• deviceBrand: Entspricht Fehlerproblemen, die bei den angeforderten Gerätemarken aufgetreten sind. Beispiel: `deviceBrand = "Google".
• deviceType: Entspricht Fehlerberichten, die bei den angeforderten Gerätetypen aufgetreten sind. Beispiel: deviceType = "PHONE".
• errorIssueType: Entspricht nur Fehlerberichten der angeforderten Typen. Gültige Kandidaten: CRASH, ANR, NON_FATAL. Beispiel: errorIssueType = CRASH OR errorIssueType = ANR.
• errorIssueId: Entspricht nur Fehlerberichten, die zu den angeforderten Fehlerproblem-IDs gehören. Beispiel: errorIssueId = 1234 OR errorIssueId = 4567.
• errorReportId: Entspricht Fehlerberichten mit der angeforderten Fehlerbericht-ID. Beispiel: errorReportId = 1234 OR errorReportId = 4567.
• appProcessState: Entspricht Fehlerberichten zum Prozessstatus einer App, die angeben, ob eine App im Vordergrund (für Nutzer sichtbar) oder im Hintergrund ausgeführt wird. Gültige Kandidaten: FOREGROUND, BACKGROUND. Beispiel: appProcessState = FOREGROUND.
• isUserPerceived: Entspricht Fehlerberichten, die von Nutzern wahrgenommen werden. Es wird kein Operator verwendet. Beispiel: isUserPerceived.

** Unterstützte Operatoren **

• Vergleichsoperatoren: Der einzige unterstützte Vergleichsoperator ist die Gleichheit. Das gefilterte Feld muss links vom Vergleich stehen.
• Logische Operatoren: Die logischen Operatoren AND und OR können verwendet werden, um komplexe Filter in konjunktiver Normalform (CNF) zu erstellen, d.h. Konjunktionen von Disjunktionen. Der Operator OR hat Vorrang vor AND. Daher ist die Verwendung von Klammern beim Erstellen von CNF nicht erforderlich.

Der OR Operator wird nur zum Erstellen von Disjunktionen unterstützt, die auf dasselbe Feld angewendet werden, z.B. versionCode = 123 OR versionCode = ANR. Der Filterausdruck versionCode = 123 OR errorIssueType = ANR ist ungültig.

** Beispiele **

Einige gültige Filterausdrücke: * versionCode = 123 AND errorIssueType = ANR * versionCode = 123 AND errorIssueType = OR errorIssueType = CRASH * versionCode = 123 AND (errorIssueType = OR errorIssueType = CRASH)