Mudlet: स्क्रिप्ट और फ़ोल्डर्स को स्थानांतरित करना दूसरों को हटा देता है

हाँ, बड़ा वाला। क्या यह वास्तविक वस्तुओं के साथ भी होता है, या केवल रिक्त 'नए ट्रिगर' के साथ होता है?

वास्तव में यह करता है। इस तरह मैंने इसे देखा ..

आपकी तुलना के लिए यह एक छोटा सा संक्षिप्त उदाहरण है।

इसके अलावा, मैंने कुछ मामलों में अन्य शीनिगन्स को नोट किया है कि प्रोफ़ाइल को बंद करने और खोलने के बाद केवल कुछ (लेकिन सभी नहीं) स्थानांतरित किए गए आइटम फिर से दिखाई देंगे। जबकि स्क्रिप्ट संपादक को फिर से खोलना पर्याप्त नहीं होगा।

एक और शायद संबंधित अनुवर्ती त्रुटि मैंने देखी है कि कॉपी/पेस्ट टूट गया है, अगर मैं उप फ़ोल्डर बी/सी से स्क्रिप्ट ए की प्रतिलिपि बनाता हूं और इसे उप फ़ोल्डर डी/ई में पेस्ट करना चाहता हूं, इसके बजाय यह लक्ष्य फ़ोल्डर को स्थानांतरित कर देगा मूल फ़ोल्डर और स्क्रिप्ट को बी/सी/डी/ई/ए की तरह पेस्ट करें

हाल के कमिट्स को देखते हुए, कोड के इस क्षेत्र को छूने वाले कुछ हैं।
यह देखने के लिए कि इसे कम करने के लिए क्रॉस तुलना के लिए हाल के विकास के संकलित संस्करण कहां से लाएं ..

मैंने इसे b33b6c8dc3928a6aaa2fcc6ae182e54ec89b5768 पर द्विभाजित किया है। @SlySven , क्या आप फिक्सिंग देख सकते हैं?

क्या मैं इसे फिर से खोल सकता हूं - जिस पीआर/कमिट को दोषी पक्ष के रूप में आंका गया है, वह अपराधी होना संभव नहीं लगता - AFAICT।

हालांकि, विफलताओं की प्रकृति को देखते हुए मुझे संदेह है कि यह विधियों की जोड़ी में से पहला को हटा रहा है:

• (void) TTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end)
• (void) TTreeWidget::beginInsertRows(const QModelIndex& parent, int first, int last)

(दूसरा वाला वास्तविक कोड से खाली है और एक डमी है)

अजीब बात यह है कि इन विधियों को परिभाषित किया गया है - लेकिन ऐसा लगता नहीं है कि कहीं से बुलाया गया है - इसलिए मैंने सोचा कि उन्हें उत्पाद शुल्क देना ठीक है ...

... हालांकि, यह देखते हुए कि क्यूटी दस्तावेज़ (void) QTreeWidget::rowsAboutToBeRemoved(const QModelIndex& parent, int start, int end) [override virtual protected] मुझे एक बुरा एहसास हो रहा है कि मुझे एक सी ++ सुविधा द्वारा काट लिया जा रहा है जिसने मुझे अनजाने में पकड़ा है!

ठीक है, इन परिवर्तनों के बिना पुनः सबमिट करें, फिर हम फिर से परीक्षण कर सकते हैं।

हो सकता है कि यहां एक संक्षिप्त टिप्पणी के रूप में एक लिंक जोड़ें, हमें खाली फ़ंक्शन की आवश्यकता क्यों है।

ठीक है, क्या हम जांच सकते हैं कि बोर्कड पीआर #4383 यानी #4415 के लिए प्रतिस्थापन इस समस्या/बग को प्रदर्शित नहीं करता है...?

हो सकता है कि यहां एक संक्षिप्त टिप्पणी के रूप में एक लिंक जोड़ें, हमें खाली फ़ंक्शन की आवश्यकता क्यों है।

अपनी उँगलियों को जलाकर बस वापस रख रहा हूँ और छोड़ रहा हूँ...!

4415 मर्ज करने के बाद भी यह बग वापस नहीं आया। हुर्रे!