यदि आपको इसके लिए एक सुधार की आवश्यकता है, तो अपने आप को एक नया संदेश भेजने के लिए iMessage का उपयोग करके सिरी या मैक का उपयोग करें। Https://support.apple.com/en-us/HT204897 देखें
यह पुनर्प्राप्त करने के लिए तीन चरण की प्रक्रिया है और भविष्य के सॉफ़्टवेयर अपडेट इस बग को पैच करेंगे।
- सिरी से पूछें "अपठित संदेश पढ़ने के लिए।"
- दुर्भावनापूर्ण संदेश का जवाब देने के लिए सिरी का उपयोग करें। उत्तर देने के बाद, आप फिर से संदेश खोल सकेंगे।
- यदि समस्या जारी रहती है, तो दुर्भावनापूर्ण संदेश को टैप और होल्ड करें, अधिक टैप करें, और थ्रेड से संदेश हटा दें।
जैसा कि ऐसा क्यों होता है, यह एक विशिष्ट बग है जिस तरह से अधिसूचना केंद्र इस संदेश की यूनिकोड सामग्री को प्रस्तुत करता है। कोड एक "असुरक्षित" ऑपरेशन करता है (कुछ 0 से विभाजित 5 तक और फिर अप्रत्याशित परिणामों की जांच नहीं करता है) जो एक अनहेल्दी त्रुटि का कारण बनता है।
तब से अधिसूचना केंद्र पाठ के ब्लॉक को प्रस्तुत नहीं कर सकता है और अंततः स्प्रिंगबोर्ड को क्रैश कर देता है जिसमें इस विफलता को सावधानी से संभालने के लिए कोड नहीं था। जब कोई विशिष्ट त्रुटि हैंडलर मौजूद नहीं होता है, तो अधिकांश ऑपरेशन विफल होने की कोशिश करते हैं और त्रुटि को दूर करने के लिए "अपने आप को रिबूट" करते हैं।
यूनिकोड एक तरह से एन्कोडिंग कैरेक्टर है जिसका इस्तेमाल उन भाषाओं को संभालने के लिए किया जाता है जिनकी अंग्रेजी से ज्यादा कैरेक्टर काउंट होती है। प्रोग्रामर को इससे समस्या हो सकती है क्योंकि उन्होंने ASCII टेक्स्ट का उपयोग करके प्रोग्राम करना सीखा है और वे अपने सॉफ्टवेयर को पूर्ण यूनिकोड समर्थन के साथ लिखने की उपेक्षा करते हैं।
इस पर एक अच्छा लेख बताता है "यदि आप अभी भी उस तरह से प्रोग्रामिंग कर रहे हैं, तो आप एक चिकित्सा चिकित्सक से बेहतर नहीं हैं जो कीटाणुओं पर विश्वास नहीं करते हैं"।
यह अन्य लेख इस विशिष्ट स्थिति को अच्छी तरह से समझाता है।
Apple या तो तंग कोड की समीक्षा कर सकता है, विशिष्ट इकाई परीक्षण कर सकता है या अंतिम उपयोगकर्ताओं को इस तरह और इसी तरह के मामलों में अपने कोड का परीक्षण करने दे सकता है ।