स्मार्ट फ़ोल्डर्स और लेबल संदेशों के रूप में सेवा करें, इंडेक्स पंक्तियों के रूप में नहीं

शिप

30 अगस्त 2026 को 8:22 pm बजे UTC

लेखक

Kamo

Commit

7daab4b

दोनों एंडपॉइंट्स ने ईमेल metadata.search index से जवाब दिया और क्लाइंट को सौंप दिया तालिका क्या रखती है। एक स्मार्ट फ़ोल्डर लौटे SearchIndexEntity — संदेशUid, fromEmail, isRead — जहां संदेश सूची ईमेल संदेश देती है: uid, from, देखा गया। एक लेबल खराब था, संदेश वापस लौटना labels पंक्तियों में शामिल हो गए, जो एक सदस्य को ले जाता है, एक फ़ोल्डर, एक UID और एक लेबल आईडी और कोई विषय, प्रेषक या तारीख बिल्कुल नहीं। नहीं एक पंक्ति चित्रित किया है। लेबल समापन बिंदु में कोई कॉलर नहीं था, इसलिए कभी ऐसा कुछ नहीं था। इंडेक्सेडएनवेलोप अब एक मैपिंग रखता है, जो इंडेक्सेडमेसेजलिस्ट सर्विस से बाहर निकला है जहां यह फ़ोल्डर लिस्टिंग के लिए निजी था। यह फ़ोल्डर को पंक्ति में ले जाता है बल्कि कॉलर की तुलना में: एक फ़ोल्डर लिस्टिंग अपने फ़ोल्डर को जानता है, एक स्मार्ट फ़ोल्डर अनुभवहीन रूप से नहीं - इसके परिणाम हर फ़ोल्डर में आते हैं, सदस्य ने अनुक्रमित किया है, और प्रत्येक कार्रवाई ग्राहक एक पंक्ति पर प्रदान करता है फ़ोल्डर + UID द्वारा संदेश को संबोधित करता है। दो मौन असफलता इसके साथ आती है। एक मान्यता प्राप्त शर्त क्षेत्र को छोड़ दिया गया था बल्कि मना करने से, इसलिए "from email" में एक टाइपो ने "मेरे लेखाकार से मेल" को सभी में बदल दिया मेरा मेल और सफलता की सूचना - एक तरह से एक फिल्टर असफल होना चाहिए। और पोस्ट किसी भी स्थिति में कॉलम में चार अक्षर "नॉल" के रूप में अनुक्रमित शून्य नहीं है, जो JSON के रूप में पारस, एक शर्त सूची के रूप में विफल रहता है, और उसके बाद हर बार पढ़ा जाता है। फ़ोल्डर में त्रुटि कुछ भी नहीं है। दोनों 400s अब हैं, जैसा कि एक क्वेरी है जिसका उनमें से कोई भी गलती नहीं है। सत्यापित: mvn परीक्षण, 464 पास (459 पहले, मैपिंग के लिए 5 नया)।.