- शिप
- 27 अगस्त 2026 को 3:21 am बजे UTC
- लेखक
- Kamo
- Commit
- 6ca4e79
PbxBillingSchemaMigration is @Order(0) क्योंकि यह एक स्तंभ जोड़ता है। The साझा पुस्तकालय इकाई के नक्शे phone cost mode उस समय से निर्माण शुरू होता है, इसलिए किसी भी धावक ने JPA के माध्यम से एक OrgBillingPolicy लोड कर उसे अपने SELECT में उत्सर्जित किया - देर से इस धावक को कभी बिल्कुल भी निष्पादित नहीं किया गया, क्योंकि पहले कोई मर जाता है "कॉलम" अस्तित्व में नहीं है और पूरे रन को लेता है। org extension billing day सार्वजनिक रूप से है, अपने आप की एक स्कीमा नहीं है: हर दूसरे वीओआईपी तालिका है। यह अद्वितीय है (org id, day, addon code, सदस्यता uid), एक कॉलम मेल समतुल्य से व्यापक है, इसलिए दो बिलिंग समूहों के साथ एक ओरग रहता है इसके बजाय दो लेखा परीक्षा पंक्तियाँ एक दूसरे को ओवरराइट करती हैं। सदस्यता इसलिए SQL के nulls-are-distinct नियम उस सूचकांक को हरा नहीं सकता है। ************* कार्य की मरम्मत InstanceSyncService हर स्वीप पर मिटा दिया गया था - नौ सदस्यों ने एक और जगह बनाई थी सभी बीस-तीन एक्सटेंशन पंक्तियों ने नल पढ़ा। केवल एक खाली भरता है: config पक्ष एक अविभाजित एक्सटेंशन स्ट्रिंग में शामिल हो जाता है, इसलिए यह कमजोर रिकॉर्ड है और कभी नहीं एक आईडी को ओवरराइट करता है जो सेट है। PbxAddonCatalogMigration बीज दोनों ऐड-ऑन हर सूची में पहले से ही मेलों को बेचता है, जो कि EMAIL HOSTING पंक्ति के लिए ओरग, बाजार और के लिए लंगर बनाता है। संगत योजना। एक हार्डकोडेड आईडी के बजाय उस तरह से स्कोप किया गया क्योंकि दो किरायेदारों ने उसी कोड के साथ ऐड-ऑन का मालिकाना किया। KamoCR लोडर भी हो जाता है, के लिए यहाँ से बीजों की सूची - यह केवल बनाना है, इसलिए इसे अकेले संपादित करना ठीक है डेटाबेस में पहले से ही कुछ नहीं।.