मैक सैंडबॉक्सेड ऐप अन्य ऐप्स को फ़ाइल अनुमतियां खो देता है

Question

मैं वर्तमान में सैंडबॉक्स वाला ऐप विकसित कर रहा हूं। यह एक मूल पाठ संपादक के रूप में कार्य करता है। हाल ही में, मैं परीक्षण करना चाहता था कि जब मैं अपने ऐप में एक फ़ाइल खोलता हूं और एक ही ऐप एक ही समय में करता हूं, तो एक ऐप में अपडेट करें, फिर दूसरे में अपडेट देखें। मैं अपने वैकल्पिक संपादकों के रूप में Coda या BBEdit का उपयोग कर रहा हूं। अगर मैं सैंडबॉक्सिंग बंद कर देता हूं - तो यह समस्या मौजूद नहीं है। हालांकि, चूंकि ऐप्स को 1 मार्च तक सैंडबॉक्स किया जाना आवश्यक है, इसलिए मैं प्रतीक्षा करने और देखने के बजाए समाधान लागू करना चाहता हूं।

जब मैं दोनों फाइलें खोलता हूं और अपने ऐप में एक संपादन करता हूं और फिर दूसरे ऐप पर स्विच करता हूं, तो बदलाव प्रतिबिंबित होते हैं ताकि उन संपादकों के संस्करण को मेरे ऐप से बचाया जा सके। हालांकि, अगर मैं अपने ऐप से बचत करने के लिए बातचीत करता हूं और फिर मेरा जाता हूं - कोई खुशी नहीं। किसी भी कार्रवाई के बिना, कंसोल दो विशिष्ट त्रुटियों की रिपोर्ट करता है: deny file-issue-extension और deny file-write-data। ऐप दस्तावेज़ को संपादित करने के लिए विशेषाधिकार खो रहा प्रतीत होता है क्योंकि दस्तावेज़ मेरे ऐप में खोले जाने के बाद बाहरी संपादक द्वारा बदला गया था। अगर मैं अपने ऐप में फ़ाइल को सहेजने का प्रयास करता हूं, तो यह दस्तावेज़ को डुप्लिकेट करने के लिए कहता है क्योंकि यह मूल दस्तावेज़ तक पहुंच खो गया है। यह दूसरी तरफ नहीं होता है क्योंकि उन ऐप्स को सैंडबॉक्स नहीं किया गया है और इसके लिए मेरे ऐप की अनुमति नहीं है। यह भी प्रकट नहीं होता है कि यदि आप इस व्यवहार को नहीं चाहते हैं तो आप अन्य ऐप को परिवर्तन करने से रोक सकते हैं।

developer.apple.com पर प्रलेखन इस प्रकार की स्थिति का कुछ भी उल्लेख नहीं करता है। मुझे यकीन नहीं है कि यह इरादा व्यवहार है या नहीं। यदि ऐसा है, तो मैं बस अपने उपयोगकर्ता को बता सकता हूं कि दस्तावेज़ अनुमतियां खो गई हैं और उन्हें या तो एक नया संस्करण सहेजना चाहिए या फ़ाइल को फिर से खोलना चाहिए। यदि यह इरादा व्यवहार नहीं है, तो NSDocument API में कौन सी विधि खो जाने के बाद फ़ाइल को अनुमति देगी? मुझे लगता है कि जवाब पूर्व है, यह इरादा है, लेकिन क्या कोई पुष्टि कर सकता है और दस्तावेज है?

Answer 1

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

एक स्थिति की तरह इस फ़ाइल को अधिलेखित नहीं है में सही व्यवहार के लिए उपयोग खो दिया है, लेकिन संकेत करने के लिए पूछता है उपयोगकर्ता अगर वे दस्तावेज़ को फिर से लोड करना चाहते हैं, तो यदि इसे पुनः लोड करें और फिर इसे लिखें।

ओएस एक फ़ाइल पर एक अंधेरे लिखने की इजाजत नहीं देकर सही काम कर रहा है।

NSFilePresenter - (शून्य) प्रस्तुत किया गया यह देखने के लिए कि यह बदल गया है या नहीं। फ़ाइल को दोबारा पढ़ें और फिर देखें कि क्या आप इसे सहेज सकते हैं। आप नहीं कहते कि आपको फ़ाइल पर पढ़ने से इंकार कर दिया गया है।

इसके अलावा, चूंकि आपने किसी भी कोड को पोस्ट किया है, इसलिए यह दिखाने में सहायक हो सकता है कि आप फ़ाइल का उपयोग करने और इसे सहेजने के लिए किस कोड का उपयोग कर रहे हैं। एनएसडी दस्तावेज़ ने सैंडबॉक्स में कुछ प्रकार के फाइल परिवर्तनों के लिए हैंडलिंग में बनाया है।

Answer 2

अपने ऐप ScottEdit और अपने प्रतिद्वंद्वी StackEdit

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

यदि अन्य ऐप आपके ऐप तक पहुंच को अवरुद्ध कर रहा है। आप उस डेवलपर को एक ईमेल भेज सकते हैं और उसे अपने ऐप को अपडेट करने के लिए कह सकते हैं ताकि सहेजने के बाद दस्तावेज़ को अनलॉक कर दिया जा सके। यह अंतिम चरण नोटिफिकेशन सेट अप करने के अतिरिक्त है क्योंकि एक और डेवलपर साथ आ सकता है और वही काम करता है (आपके ऐप को तोड़ना)।