लेबल बनाना: उस तालिका की खोज करें जो लेबल रिकॉर्ड करता है

शिप

2 सितंबर 2026 को 5:54 am बजे UTC

लेखक

Kamo

Commit

f7b5c7c

क्लॉज परीक्षण si.label ids, खोज सूचकांक पर एक सरणी स्तंभ। कुछ नहीं है कभी इसे लिखा - ईमेल metadata में एक संदेश आवेषण को लेबल करना। संदेश लेबल, और न ही पूर्ण अनुक्रमक और न ही फ़ोल्डर-सूचीकरण पथ स्तंभ सेट करता है। में उत्पादन यह 547 पंक्तियों के शून्य पर आबादी है, इसलिए स्थिति खाली थी प्रत्येक सदस्य के लिए प्रत्येक संदेश के लिए झूठी। यह एक दूसरी बार गलत था, और यह एक बहुत बड़ा था। जो कुछ भी अनुसरण करता है लेबल: खोज बॉक्स में, जो एक लेबल का नाम है - बैकेंड का अपना सुझाव कहा जाता है "लेबल नाम से फ़िल्टर करें", और उन्नत पैनल लेबल बनाता है: <मुक्त पाठ>। The क्लॉज ने इसे UUID में डाल दिया, इसलिए किसी भी वास्तविक लेबल का नाम विफल रहा। टाइप यूआईडी के लिए अमान्य इनपुट वाक्यविन्यास: "काम" लाइव डेटाबेस के खिलाफ सत्यापित। खोजसेवा एक सूचकांक-अनुसंधान विफलता पकड़ती है और IMAP वापस गिर जाता है, इसलिए एक सदस्य खोज लेबल: काम को कोई त्रुटि नहीं मिली और कोई त्रुटि नहीं हुई। लेबल वाला मेल - जो कुछ भी IMAP शब्द से बना है, उसे "(IMAP के माध्यम से) चिह्नित किया गया है। इसलिए अब संदेश labels से पूछता है, जो खोज करने वाले सदस्य के खिलाफ नाम को हल करता है स्वयं का लेबल। केस-असंवेदनशील: नाम को एक फ्री-टेक्स्ट बॉक्स में हाथ से टाइप किया जाता है, "काम" और "काम" एसक्यूएल को छोड़कर सभी के लिए एक लेबल है। Scoping मामलों पर दोनों पक्षों - संदेश सदस्य होना चाहिए और इसलिए लेबल होना चाहिए, क्योंकि लेबल नाम प्रति सदस्य हैं और दो सदस्य प्रत्येक के पास "काम" हो सकते हैं। प्रतिस्थापन लाइव डेटाबेस के खिलाफ चलाया गया था और इसके बजाय पंक्तियों को लौटा दिया गया था त्रुटि। यह बग की तुलना में अभी तक एक स्पष्ट कारण के लिए कुछ भी नहीं मेल खाता है: कोई सदस्य नहीं है सभी पर एक लेबल बनाया, इसलिए लेबल और संदेश लेबल दोनों खाली हैं।.