Method: vitals.errors.issues.search

गड़बड़ी की उन सभी समस्याओं को खोजता है जिनमें रिपोर्ट को ग्रुप में शामिल किया गया है.

एचटीटीपी अनुरोध

GET https://playdeveloperreporting.googleapis.com/v1beta1/{parent=apps/*}/errorIssues:search

यूआरएल, gRPC ट्रांसकोडिंग सिंटैक्स का इस्तेमाल करता है.

पाथ के पैरामीटर

पैरामीटर
parent

string

ज़रूरी है. गड़बड़ी से जुड़ी समस्याओं के बारे में जानकारी देने वाला पैरंट रिसॉर्स. इसमें उस ऐप्लिकेशन की जानकारी भी शामिल है जिसके लिए उन्हें भेजा गया था.

फ़ॉर्मैट: ऐप्लिकेशन/{app}

क्वेरी पैरामीटर

पैरामीटर
interval

object (DateTimeInterval)

गड़बड़ी की समस्याओं को खोजने के लिए, तारीख और समय का अंतराल. शुरू और खत्म, दोनों घंटे के हिसाब से अलाइन होने चाहिए. साथ ही, UTC को टाइमज़ोन के तौर पर इस्तेमाल किया जाना चाहिए (या खाली होना चाहिए, ऐसी स्थिति में UTC का भी इस्तेमाल किया जाएगा).

अगर इस नीति को सेट किया जाता है, तो सिर्फ़ इंटरवल में होने वाली गड़बड़ी की रिपोर्ट से जुड़ी गड़बड़ियां दिखेंगी. अगर इसकी जानकारी नहीं दी गई है, तो पिछले 24 घंटों के डिफ़ॉल्ट इंटरवल का इस्तेमाल किया जाएगा.

pageSize

integer

गड़बड़ी की समस्याओं की ज़्यादा से ज़्यादा संख्या. सेवा, इस वैल्यू से कम वैल्यू दिखा सकती है.

अगर यह जानकारी नहीं दी गई है, तो ज़्यादा से ज़्यादा 50 गड़बड़ी वाली गड़बड़ियां दिखेंगी. वैल्यू ज़्यादा से ज़्यादा 1,000 हो सकती है. अगर 1,000 से ज़्यादा वैल्यू हैं, तो उन्हें 1,000 पर लागू कर दिया जाएगा.

pageToken

string

किसी पिछले कॉल पर मिला पेज टोकन. अगला पेज वापस पाने के लिए यह विकल्प दें.

पेज पर नंबर दिखाते समय, अनुरोध को दिए गए अन्य सभी पैरामीटर, उस कॉल से मेल खाने चाहिए जिससे पेज टोकन दिया गया था.

filter

string

समस्याओं के सिर्फ़ एक सबसेट की जानकारी पाने के लिए, चुना गया विकल्प. दिखाई गई गड़बड़ी की समस्याओं की गिनती में, सिर्फ़ फ़िल्टर से मेल खाने वाली गड़बड़ियां दिखाई जाएंगी.

फ़िल्टर करने की बुनियादी जानकारी के लिए, कृपया AIP-160 देखें.

** इस्तेमाल किए जा सकने वाले फ़ील्ड के नाम:**

  • apiLevel: सिर्फ़ अनुरोध किए गए Android वर्शन (संख्या वाले एपीआई लेवल के तौर पर बताया जाता है) में हुई गड़बड़ी की समस्याओं से मेल खाता है. उदाहरण: apiLevel = 28 OR apiLevel = 29.
  • versionCode: सिर्फ़ अनुरोध किए गए ऐप्लिकेशन वर्शन कोड में होने वाली गड़बड़ी की समस्याओं से मेल खाता है. उदाहरण: versionCode = 123 OR versionCode = 456.
  • deviceModel: अनुरोध किए गए डिवाइसों में हुई गड़बड़ी की समस्याओं से मेल खाता है. उदाहरण: deviceModel = "google/walleye" OR deviceModel = "google/marlin".
  • deviceBrand: अनुरोध किए गए डिवाइस ब्रैंड में होने वाली गड़बड़ी की समस्याओं से मेल खाता है. उदाहरण: `deviceBrand = "Google".
  • deviceType: अनुरोध किए गए डिवाइस टाइप में हुई गड़बड़ी की समस्याओं से मेल खाता है. उदाहरण: deviceType = "PHONE".
  • errorIssueType: सिर्फ़ अनुरोध किए गए टाइप की गड़बड़ी से जुड़ी समस्याओं से मेल खाता है. मान्य उम्मीदवार: CRASH, ANR. उदाहरण: errorIssueType = CRASH OR errorIssueType = ANR.
  • appProcessState: यह किसी ऐप्लिकेशन की प्रोसेस की स्थिति में होने वाली गड़बड़ी की समस्याओं से मेल खाता है. इससे पता चलता है कि कोई ऐप्लिकेशन फ़ोरग्राउंड में चलता है (उपयोगकर्ता को दिखता है) या बैकग्राउंड में. मान्य उम्मीदवार: FOREGROUND, BACKGROUND. उदाहरण: appProcessState = FOREGROUND.
  • isUserPerceived: गड़बड़ियों से जुड़ी ऐसी समस्याओं से मेल खाता है जो यूज़र-पर्सीव्ड होती हैं. इसके साथ कोई ऑपरेटर काम नहीं करता. उदाहरण: isUserPerceived.

** काम करने वाले ऑपरेटर:**

  • कंपैरिज़न ऑपरेटर: 'बराबरी', काम करने वाला सिर्फ़ एक तुलना ऑपरेटर है. फ़िल्टर किया गया फ़ील्ड, तुलना की बाईं ओर दिखना चाहिए.
  • लॉजिकल ऑपरेटर: लॉजिकल ऑपरेटर AND और OR का इस्तेमाल, कंजंक्टिव नॉर्मल फ़ॉर्म (CNF) के बाद जटिल फ़िल्टर बनाने के लिए किया जा सकता है. जैसे, संयोजकों के समुच्चयबोधक. OR ऑपरेटर को AND की तुलना में प्राथमिकता मिलती है. इसलिए, CNF बनाते समय ब्रैकेट का इस्तेमाल करना ज़रूरी नहीं है.

OR ऑपरेटर का इस्तेमाल सिर्फ़ एक ही फ़ील्ड में लागू होने वाले डिसजंक्शन बनाने के लिए किया जाता है. जैसे, versionCode = 123 OR errorIssueType = ANR एक मान्य फ़िल्टर नहीं है.

** उदाहरण **

कुछ मान्य फ़िल्टर करने के एक्सप्रेशन: * versionCode = 123 AND errorIssueType = ANR * versionCode = 123 AND errorIssueType = OR errorIssueType = CRASH * versionCode = 123 AND (errorIssueType = OR errorIssueType = CRASH)

orderBy

string

उस फ़ील्ड के बारे में बताता है जिसका इस्तेमाल नतीजों को क्रम देने के लिए किया जाता है.

** काम करने वाले डाइमेंशन:**

  • errorReportCount: गड़बड़ी की रिपोर्ट की संख्या के हिसाब से ऑर्डर से जुड़ी समस्याएं.
  • distinctUsers: जिन उपयोगकर्ताओं पर असर पड़ा है उनकी संख्या के हिसाब से ऑर्डर से जुड़ी समस्याएं.

** काम करने वाली कार्रवाइयां:**

  • बढ़ते क्रम में asc.
  • घटते क्रम में desc.

फ़ॉर्मैट: कोई फ़ील्ड और कार्रवाई, जैसे कि errorReportCount desc

ध्यान दें: फ़िलहाल, एक बार में सिर्फ़ एक फ़ील्ड इस्तेमाल किया जा सकता है.

अनुरोध का मुख्य भाग

अनुरोध का मुख्य हिस्सा खाली होना चाहिए.

जवाब का मुख्य भाग

अनुरोध से मेल खाने वाली समस्याओं की पेज नंबर की एक सूची की मदद से जवाब देना.

अगर एपीआई सही से जुड़ जाता है, ताे जवाब के मुख्य भाग में नीचे दिए गए स्ट्रक्चर शामिल होता है.

जेएसओएन के काेड में दिखाना
{
  "errorIssues": [
    {
      object (ErrorIssue)
    }
  ],
  "nextPageToken": string
}
फ़ील्ड
errorIssues[]

object (ErrorIssue)

गड़बड़ियां मिलीं.

nextPageToken

string

डेटा के अगले पेज को फ़ेच करने के लिए, कंटिन्यूशन टोकन.

अनुमति देने के दायरे

नीचे दिए गए OAuth के लिंक की ज़रूरत हाेती है:

  • https://www.googleapis.com/auth/playdeveloperreporting

ज़्यादा जानकारी के लिए, OAuth 2.0 की खास जानकारी देखें.