Troika: [ट्रोइका-तीन-पाठ] आईओएस सफारी लोड हो रहा है मुद्दे

इसकी रिपोर्ट करने के लिए धन्यवाद! आप आईओएस सफारी में इस तरह के मुद्दों का वर्णन करने वाले पहले व्यक्ति नहीं हैं, लेकिन मैं इसे पहले पुन: पेश करने में सक्षम नहीं था। मैं आपकी साइट के साथ प्रयास करूंगा और उम्मीद है कि मैं इसे पुन: पेश कर पाऊंगा।

क्या आप इसे संयोगवश drei के माध्यम से उपयोग कर रहे हैं? या सीधे?

अरे @lojjic मैं इस पैकेज का उपयोग सीधे तीन.जेएस के साथ कर रहा हूं। और मेरे पास तीन-बर्तन होने का कारण यह है कि मैं कुछ मामलों में आपके createDerivedMaterial फ़ंक्शन का भी उपयोग करता हूं।

इस पर जाँच करने के लिए धन्यवाद!

मैं आपकी वेबसाइट को iPhone 8 पर लोड करने में समस्या (समस्याओं) को पुन: उत्पन्न करने में सक्षम था। मेरे पास अभी तक डिबगिंग शुरू करने का समय नहीं है, लेकिन मैं सिर्फ यह स्वीकार करना चाहता था कि बग प्रतिलिपि प्रस्तुत करने योग्य है।

@atlmtw @lojjic मेरे पास एक परियोजना पर सफारी पर एक ही मुद्दा था जो कई फोंट का उपयोग कर रहा था। मैंने पाया कि एकमात्र फिक्स इस ब्राउज़र के लिए पूरी वेबसाइट पर एक अद्वितीय फ़ॉन्ट का उपयोग करना था।

+1
प्रति दृश्य एकाधिक फोंट = आईफोन एक्स, आईफोन एसई पर कुछ फोंट कभी भी लागू नहीं होते हैं

मैं इस मुद्दे को खोदने की कोशिश कर रहा हूं, और अब मुझे इसे पुन: पेश करने में परेशानी हो रही है। पहले जैसा ही आईफोन 8। मैं इसे अब designdalena.com पर पुन: पेश नहीं कर सकता, लेकिन यह संभव है कि साइट अब ट्रोइका-थ्री-टेक्स्ट का उपयोग न करने या इसके आसपास किसी अन्य तरीके से काम करने के लिए बदल गई हो।

तो मैं एकाधिक फ़ॉन्ट्स का उपयोग करके न्यूनतम टेस्टकेस बनाने की कोशिश कर रहा हूं, और इसे विफल नहीं कर सकता:

https://uqgxq.csb.app/

क्या कोई और इसे कहीं और पुन: पेश करने में सक्षम है जिसका उपयोग मैं परीक्षण/डीबग करने के लिए कर सकता हूं?

अरे @lojjic

पुष्टि करने के लिए, मैंने कुछ और स्विच किया। हालांकि मैं ट्रोइका का अधिक उपयोग करने के अनुभव का आनंद लेता हूं।

@atlmtw पुष्टि के लिए धन्यवाद। मुझे नहीं लगता कि आपके पास स्रोत नियंत्रण में आपकी साइट का कोई पुराना संस्करण है जिसे आप मुझे भेज सकेंगे? मैं इसे पुन: पेश करने के लिए संघर्ष कर रहा हूं और आपका विश्वसनीय रेपो जैसा लग रहा था।

अरे @lojjic
इसके साथ कोई भाग्य? मैं इसे तब भी देख रहा हूं जब एक iPhone (iPad और macOS पर काम करता है) पर> 1 फोंट का उपयोग किया जाता है। अजीब तरह से यह हर समय दोहराने योग्य नहीं है, केवल 1-2/10 बार होता है और केवल 1 लोड पर होता है। फ़ॉन्ट फ़ाइल डाउनलोड से संबंधित हो सकता है?

बीटीडब्ल्यू, काम से प्यार है: 100:

@ amitrajput1992 नहीं, मैं अभी भी एक पुनरुत्पादित परीक्षण केस बनाने में सक्षम नहीं हूं। क्या आपके पास एक है जिसका मैं उपयोग कर सकता हूं?

@lojjic
यह कोशिश करो?
यदि आप डेस्कटॉप पर खोलते हैं, तो आपको अलग-अलग रंगों से छपे 6 अलग-अलग टेक्स्ट दिखाई देंगे।
मैंने इस लिंक को मेरे साथ कुछ उपकरणों पर और कुछ ब्राउज़रस्टैक पर परीक्षण किया, सभी प्रतिपादन समस्या दिखाते हैं। लिंक को कई बार रीफ्रेश करने से यह काम करता है, जो बहुत अजीब है।

ब्राउज़रस्टैक पर मैं यही देखता हूं। यह आईफोन 8 + सफारी v13 . पर है

यह मेरे iPhone 11 + Safari 14 पर है

क्या इसका इस तथ्य से कोई लेना-देना हो सकता है कि वेब-वर्कर में फ़ॉन्ट फ़ाइलें डाउनलोड की जाती हैं? हम जानते हैं कि वेब कर्मियों के साथ सफारी एक दर्द हो सकती है

@amitrajput1992 धन्यवाद, मैं वास्तव में उस पृष्ठ पर इस मुद्दे को दोहरा सकता हूं। मैं देखूंगा कि क्या मैं वहां से डीबग कर सकता हूं और/या इसे कम से कम स्थानीय टेस्टकेस में दोहरा सकता हूं।

हम जानते हैं कि वेब कर्मियों के साथ सफारी एक दर्द हो सकती है

मैंने दूसरों को भी यह कहते सुना है, और एक कार्यकर्ता का उपयोग निश्चित रूप से एक संभावित अपराधी है, लेकिन मुझे सफारी में श्रमिकों के साथ ज्ञात बग के बारे में कोई विवरण नहीं मिला है। क्या आपके पास विशिष्ट विवरण हैं जिन्हें आप साझा कर सकते हैं?

@lojjic
यह अच्छा रहेगा। मुझे बताएं कि क्या मैं किसी भी तरह से मदद कर सकता हूं। इस बीच, मैं डिबगिंग जारी रखूंगा और अपनी ओर से भी इस मुद्दे को कम करने की कोशिश करूंगा।

मैंने दूसरों को भी यह कहते सुना है, और एक कार्यकर्ता का उपयोग निश्चित रूप से एक संभावित अपराधी है, लेकिन मुझे सफारी में श्रमिकों के साथ ज्ञात बग के बारे में कोई विवरण नहीं मिला है। क्या आपके पास विशिष्ट विवरण हैं जिन्हें आप साझा कर सकते हैं?

मैं यहां सटीक मुद्दों के बारे में नहीं जानता, आंशिक रूप से क्योंकि मैं इन्हें कहीं भी नहीं ढूंढ सकता (या लोग इन्हें लॉग नहीं करते हैं), लेकिन यह कुछ ऐसा है जिसे मैंने चारों ओर छेड़छाड़ करते समय देखा है। React360 पूर्व में प्रतिक्रिया-वीआर (अब छोड़ दिया गया) एक वेब कार्यकर्ता के अंदर पूरे प्रतिक्रिया कोड को चलाने के लिए प्रयोग किया जाता था और मुख्य धागे के अपडेट बहुत धीमे थे। कार्यकर्ता धागे में मेरे क्लिक श्रोता को प्रचारित करने के लिए यह आसानी से 300ms से 500ms के आसपास कहीं भी एक क्लिक कार्रवाई करेगा और अक्सर कुछ क्लिक भी चूक जाएगा।
मैं एक रेपो बनाए रखता हूं जो तीन के लिए एक जीआईएफ रेंडरर है, शुरुआत में ऑफस्क्रीन कैनवास के साथ कोशिश की गई लेकिन परिणाम भयानक थे और परिणामस्वरूप लगातार फ्रेम पर बनावट का मिश्रण हुआ। पूरी बात को मुख्य धागे में ले जाने से इसमें काफी सुधार हुआ।

मुझे लगता है कि यह संरचित क्लोन एल्गोरिदम के साथ कुछ करने के लिए हो सकता है जिसका उपयोग कार्यकर्ता से मुख्य धागे तक जानकारी प्रेषित करते समय किया जाता है। हालाँकि मुझे iOS पर इस सीमा के आसपास कोई ठोस प्रमाण नहीं मिला है

मुझे लगता है कि मुझे पहले इन कलाकृतियों पर ध्यान देना चाहिए, जो हमेशा प्रकट नहीं होती हैं लेकिन कभी-कभी करती हैं:

उन मामलों में लेआउट और एसडीएफ पीढ़ी स्पष्ट रूप से पूरा कर रही है और मुख्य धागे पर लौट रही है, लेकिन कुछ एसडीएफ में अंदर/बाहर भरण जगह-जगह उलटे हुए दिखाई देते हैं। मैं देख सकता हूं कि यह कैसे हो सकता है यदि उन पात्रों के लिए पथ डेटा अधूरा है, जैसे कि केवल आधा पथ खंड होना।

अगर फ़ॉन्ट लोड के दौरान कुछ हो रहा है जहां फ़ॉन्ट के सरणीबफर को छोटा या दूषित कर दिया गया है, तो मुझे लगता है कि संभवतः इस देखे गए लक्षण का परिणाम हो सकता है। इसी तरह यदि कुछ स्थानों पर काट-छाँट की जाए तो यह पूरी तरह से खाली परिणाम भी दे सकता है।

मैं एक संभावना के रूप में जांच करूंगा (शायद एक्सएचआर आंशिक सरणीबफर प्रतिक्रिया दे रहा है?) लेकिन पहला कदम इसे एक पुनरुत्पादित टेस्टकेस में प्राप्त कर रहा है जिसे मैं स्थानीय रूप से संशोधित और चला सकता हूं।

यह समझ आता है। सरणीबफर भ्रष्टाचार यहां अपराधी हो सकता है।
मैंने इस पूरी प्रक्रिया को मुख्य सूत्र पर चलाने के बारे में एक और चर्चा देखी। क्या वह रोडमैप पर है?

इसके अलावा, अगर यह मदद करता है, तो मैं नीचे के संस्करणों के साथ ड्रेई का उपयोग करके ट्रोइका का उपयोग कर रहा हूं:
@ प्रतिक्रिया-तीन/फाइबर: 6.2.3
@ प्रतिक्रिया-तीन/ड्रेई: 6.0.1
ट्रोइका: 0.42.0
तीन: 0.129.0

मुख्य धागे पर चलना संभव है, लेकिन इसके परिणामस्वरूप मुख्य धागे को संभावित रूप से कई सेकंड के लिए अवरुद्ध करने वाला एक बहुत ही भद्दा अनुभव होगा। यही अंतिम उपाय होना चाहिए।

क्या आपका परीक्षण पृष्ठ बदल गया है? ऐसा लगता है कि यह कम से कम आईओएस पर सभी अलग-अलग टेक्स्ट ऑब्जेक्ट्स के लिए केवल एक ही फ़ॉन्ट का उपयोग कर रहा है ...? मैं अभी भी कभी-कभी उस एकल फ़ॉन्ट के साथ विकृत एसडीएफ देखता हूं, जिसका अर्थ है कि इसे कई फोंट द्वारा बढ़ाया जा सकता है लेकिन यह उस तक सीमित नहीं है।

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

यह पता लगाना मुश्किल है कि यह अभी भी एक ही फ़ॉन्ट के साथ हो रहा है :facepalm:

हम्म यह वास्तव में ऐसा लगता है कि सफारी devtools से कनेक्ट होने पर मैं केवल आपके नए एकल फ़ॉन्ट के साथ बग प्राप्त कर सकता हूं, और यह तब लगातार खराब हो जाता है। सुनिश्चित नहीं है कि इससे हमें कोई सुराग मिलता है या नहीं।

ठीक है, थोड़ा और प्रगति... मैंने सत्यापित किया है कि मैं अलग-अलग ग्लिफ़ के लिए पथ कमांड को छोटा करके ऊपर देखे गए समान आंशिक ग्लिफ़ कलाकृतियों को बाध्य करने में सक्षम हूं। मैं अभी तक यह निर्धारित करने में सक्षम नहीं हूं कि यह मूल फ़ॉन्ट डेटा अपूर्ण होने के कारण है (मुझे लगता है कि इससे केवल एक आंशिक ग्लिफ़ होगा, बहुत से नहीं, इसलिए यह असंभव लगता है), या यदि कुछ फॉर-लूप का कारण बन रहा है जल्दी बाहर निकलें (यह असंभव लगता है, लेकिन शायद कुछ अजीब जेआईटी बग है)।

किसी भी तरह से, मैं सफारी के यूएसबी कनेक्शन devtools से संबंधित कोड में ब्रेकपॉइंट्स सेट करने में सक्षम नहीं होने के साथ फंस रहा हूँ। @ amitrajput1992 क्या आपके परीक्षण ऐप को स्रोत फ़ाइलों के रूप में प्राप्त करना संभव होगा जो मैं स्थानीय रूप से बना/चला सकता हूं, इसलिए मैं डिबग करने के लिए ट्रोइका कोड को स्वैप करने का प्रयास कर सकता हूं?

@lojjic जबकि मैं मूल ऐप कोड साझा नहीं कर पाऊंगा, मुझे एक समान संरचना के साथ एक स्टोरीबुक रेपो स्थापित करने दें जो मैं अपने उत्पादन ऐप में उपयोग करता हूं और इसके लिए एक परीक्षण रेंडर जोड़ता हूं। शीघ्र ही लिंक पर भेज देंगे।

@lojjic
मैंने यहां अपने उत्पादन ऐप के समान संरचना के साथ एक मूल रेप्रो स्थापित किया है: https://github.com/amitrajput1992/r3f-experiments
मैं अपने iPhone 11 और BrowserStack पर इसके साथ इसी मुद्दे को दोहरा सकता हूं।
आसान पहुंच के लिए यहां स्टोरीबुक भी प्रकाशित की https://amitrajput1992.github.io/r3f-experiments

@amitrajput1992 टेस्टकेस के लिए धन्यवाद! स्टोरीबुक से आपकी gmetri साइट से फोंट लोड करने में CORS त्रुटियों को ठीक करने के बाद मैं इसे वहां दोहरा सकता हूं।

हालाँकि... तब मेरी सफारी पूरी तरह से _crashes_ से जुड़ने की कोशिश कर रही है! 🤦🤦🤦🤦🤦🤦 इसलिए मैं कंसोल.लॉग स्टेटमेंट भी नहीं जोड़ सकता और उन्हें देख सकता हूं। यह बग वास्तव में ठीक नहीं होना चाहता, हुह?

निराश महसूस करना; मैं कल इस पर नए सिरे से विचार करने की कोशिश करूंगा। यदि आपके पास कोई विचार हो तो मुझे बताएं।

अरे @lojjic , ​​मेरे पास अभी मैक सिस्टम नहीं है, लेकिन मैंने स्थानीय अग्रेषण के साथ ब्राउज़रस्टैक पर इसका परीक्षण किया। ऐसा लगता है कि वेब-वर्कर बनाम मुख्य थ्रेड के अंदर लॉग किया गया sdf डेटा अलग है। यह थ्रेड संचार के बीच क्रमबद्धता-deserialization प्रक्रिया के कारण हो सकता है, लेकिन पूरी तरह से सुनिश्चित नहीं है। मैं इसे और डिबग करता रहूंगा।
यदि सफारी देव-उपकरण आपके लिए काम नहीं कर रहे हैं, तो आप क्रॉसब्रोसर्टिंग का प्रयास कर सकते हैं, वे 100 मिनट का परीक्षण प्रदान करते हैं जो सहायक हो सकता है।

प्रासंगिक कोड में ब्रेकप्वाइंट सेट करने में सक्षम नहीं होना

कोड की प्रत्येक पंक्ति के बाद वेबवर्कर से संदेश फेंकने का गूंगा सुझाव और इसे कंसोल करें, क्योंकि आप लोग बग को पुन: उत्पन्न करने में सक्षम हैं।

मेरे iPhone 6/11 पर चित्र:

कोड और कंसोल की प्रत्येक पंक्ति के बाद वेबवर्कर से संदेश फेंकने का गूंगा सुझाव। इसे लॉग करें

गूंगा सुझाव बिल्कुल नहीं! और ठीक यही मैं करने की कोशिश कर रहा था, लेकिन स्थानीय संपादन योग्य उदाहरण की ओर इशारा करते हुए सफारी के devtools तुरंत मेरे लिए दुर्घटनाग्रस्त हो जाते हैं, इसलिए मैं कंसोल.लॉग आउटपुट भी नहीं देख पा रहा हूं। :(

क्या आप कनेक्टेड आईफोन में लोकलहोस्ट यूआरएल खोलने की कोशिश कर रहे हैं? इस मामले में पोर्ट फ़ॉरवर्डिंग कैसे काम करता है?

क्या आप कनेक्टेड आईफोन में लोकलहोस्ट यूआरएल खोलने की कोशिश कर रहे हैं? इस मामले में पोर्ट फ़ॉरवर्डिंग कैसे काम करता है?

मैं स्थानीय नेटवर्क आईपी पते के माध्यम से आईफोन से देव सर्वर तक पहुंच रहा हूं। मैंने इसे https://localhost.run के माध्यम से पाइप करने का भी प्रयास किया है। दोनों ही मामलों में जैसे ही मैं इसे खोलता हूं, सफारी devtools क्रैश हो जाता है। पृष्ठ स्वयं ही ठीक प्रस्तुत करता है (हालांकि कभी-कभी बग के साथ।)

मैंने कुछ ब्लॉगों पर पढ़ा कि यह 2 परिदृश्यों में हो सकता है:

1. जब फोन की बैटरी 100% हो
2. नेटवर्क के माध्यम से डिबगिंग करते समय और केबल कनेक्शन नहीं

यह समान तर्ज पर एक लंबा चलने वाला धागा है, लेकिन कोई संकल्प नहीं https://developer.apple.com/forums/thread/92290

लेकिन स्थानीय संपादन योग्य उदाहरण की ओर इशारा करते हुए सफारी के devtools तुरंत मेरे लिए दुर्घटनाग्रस्त हो जाते हैं, इसलिए मैं कंसोल.लॉग आउटपुट भी नहीं देख पा रहा हूं। :(

डिफ़ॉल्ट कंसोल.लॉग फ़ंक्शन को कुछ इस तरह से प्रतिस्थापित करना संभव है

console.log = (msg) => document.getElementById("my_ios_console").innerHTML += msg;

लेकिन आपको उस div को html पेज पर या JS स्क्रिप्ट से बनाना होगा

<div id="my_ios_console" style="position: absolute; top:0; left: 0; background: white"></div>

यह मुख्य धागे पर सभी कंसोल संदेश दिखाना चाहिए

धन्यवाद @munrocket , जो काम कर सकता है, मैं इसे आज़मा दूंगा।

सभी को प्रणाम,

क्षमा करें मैं इस सूत्र से बहुत दूर हो गया हूँ। Idk अगर यह डिबगिंग में मदद करेगा, लेकिन हाल ही में Xcode 13 संस्करण (बीटा में) सिम्युलेटर मेरे 3D लोकलहोस्ट सामान को ठीक से चलाने में सक्षम है! मैं उन मुद्दों में भाग गया, जिनके बारे में आपने पहले बात की थी, जहां यह पुराने संस्करणों के साथ दुर्घटनाग्रस्त हो गया था।

@lojjic इसके साथ कोई भाग्य?

इसके साथ कोई भाग्य?

नहीं, दुर्भाग्य से, मैं हाल ही में इसके लिए अधिक समय नहीं दे पाया हूं।

वेब कर्मचारियों को बंद करने की कोई संभावना है? सिर्फ चेक के लिए

सभी को नमस्कार,

मैंने एक परियोजना में इसी मुद्दे पर ठोकर खाई है (जिसके लिए मैं दुर्भाग्य से कोड साझा नहीं कर सकता) और अंततः इस मुद्दे के टिकट पर अपना रास्ता ढूंढ लिया। चूंकि इस पर अंतिम अपडेट एक महीने से अधिक समय पहले हुआ था, इसलिए मैंने आज अपने प्रोजेक्ट के निर्भरता कोड के साथ गड़बड़ करने का फैसला किया है ताकि उम्मीद की जा सके कि वास्तव में क्या हो रहा है और इस UX आपदा में कोड की कौन सी पंक्तियाँ योगदान दे रही हैं।

इससे पहले कि मैं आगे बढ़ूं, मैं इस बात पर प्रकाश डालना चाहता हूं कि नीचे दी गई जानकारी और ट्वीक किसी भी तरह से सलाह नहीं दी गई है, और वास्तविक समाधान की खोज में मदद करने के लिए विशुद्ध रूप से यहां साझा किया गया है। नीचे दी गई जानकारी समाधान नहीं है। आपको चेतावनी दी गई थी।

प्रथम। हां, जैसा कि पहले चर्चा में उल्लेख किया गया है, यह वास्तव में विशिष्ट रूप से आईओएस सफारी में वेबवर्कर की गलती है। फ़ायरफ़ॉक्स (win10), क्रोम (win10), ओपेरा (win10), सफारी (macOS big sur), और अन्य इस मुद्दे को प्रस्तुत नहीं करते हैं और फोंट 100% समय पर ठीक से लोड होते हैं। सफारी (आईओएस), हालांकि, कई वेबवर्कर्स के बीच किसी प्रकार की दौड़ की स्थिति में चलता है (मैंने यह नहीं पहचाना है कि यह पूरी तरह से सच है और न ही कौन सी एसिंक कॉल एक दूसरे के साथ हस्तक्षेप कर रही हैं)।

दूसरा। यह कथित दौड़ की स्थिति (या जो कुछ भी है) ट्रोइका की टाइपर निर्भरता में रीडशॉर्ट फ़ंक्शन के माध्यम से एक्सेस किए जाने पर कुछ NaN मान उत्पन्न करने के लिए फ़ॉन्ट डेटा वाले बफर को लोड कर रही है। तो, क्या समस्या वास्तव में Typr में है? शायद। मैं सुनिश्चित नहीं हूं। हालाँकि, ये कुछ NaN मान कॉल स्टैक को कैस्केड करते हैं और सचमुच सब कुछ बर्बाद कर देते हैं और अंत में ग्लिफ़ को पूरी तरह से गलत दिखाने का कारण बनते हैं।

तीसरा। मुझे जिस सटीक स्थान की आवश्यकता थी, उसे इंगित करने के बाद ( टाइपर/बिन.एस में यह रीडशॉर्ट फ़ंक्शन), मैंने इसे समझने के लिए कुछ तरीकों से इसमें बदलाव किया कि क्या हो रहा है।

        readShort : function(buff, p)
    {
        //if(p>=buff.length) throw "error";
        var a = Typr._bin.t.uint8;
        a[1] = buff[p]; a[0] = buff[p+1];
        return Typr._bin.t.int16[0];
    },

जब मैंने बस एक कंसोल.लॉग (Typr._bin.t.int16 [0]) का उपयोग किया, तो एप्लिकेशन कुछ NaN प्रिंट करेगा जो कभी नहीं होना चाहिए (सावधानीपूर्वक इसे आज़माएं क्योंकि पूरा एप्लिकेशन प्रिंटिंग सामग्री को लटका सकता है - इस फ़ंक्शन को कहा जाता है उपयोग के मामले के आधार पर हजारों बार)। हालांकि, जैसा कि अपेक्षित था, इस फ़ंक्शन के अंदर कहीं भी एप्लिकेशन को रोकना (डीबगर कीवर्ड या ब्रेकपॉइंट या यहां तक ​​​​कि कंसोल तक पहुंचने के साथ) मान को स्वयं को सही करने और NaN उत्पन्न नहीं करने का कारण बनता है (जिसके कारण मुझे दौड़ की स्थिति में विश्वास हुआ)। इसका मतलब है कि आप पारंपरिक तरीकों से डीबगर के साथ समस्या का निरीक्षण नहीं कर सकते हैं।

चौथा और अंत में। यह वह हिस्सा है जिसके खिलाफ मैं सलाह देता हूं कि इस समस्या का वास्तविक समाधान खोजने के उद्देश्य से नहीं। ध्यान दें कि मैंने ऊपर लिखा है कि अगर रीडशॉर्ट फ़ंक्शन के अंदर भी कंसोल का उपयोग किया जाता है, तो NaN गायब हो जाता है। तो मेरी सरल हैकर मानसिकता ने रीडशॉर्ट के रिटर्न स्टेटमेंट से पहले इस स्निपेट को शामिल करने का शानदार विचार सोचा:

if (Number.isNaN(Typr._bin.t.int16[0])) {
    console.log()
}

और यह काम किया! सभी पाठ अब आईओएस सफारी के साथ-साथ मेरे द्वारा पहले परीक्षण किए गए अन्य सभी ब्राउज़रों में ठीक दिखते हैं। समस्या हल हो गई ~... थोड़े, सबसे खराब तरीके से संभव। यह पता चला है कि कंसोल तक पहुंचने के लिए एप्लिकेशन द्वारा बनाई गई संक्षिप्त विंडो कथित दौड़ की स्थिति को हल करती है। और ध्यान दें कि यह केवल कंसोल से कनेक्ट होने पर ही ऐसा करता है।

निष्कर्ष के तौर पर। यहीं मैं हूं। भयानक समाधान काम करता है, लेकिन मैं अभी भी इसका एक वास्तविक समाधान चाहता हूं, जैसा कि यहां सभी को भी करना चाहिए। यह पता चला कि समस्या ट्रोइका में हो सकती है या नहीं भी हो सकती है, क्योंकि यह सभी के साथ टाइपर में हो सकती है, या यहां तक ​​​​कि आईओएस के वेबवर्कर के कार्यान्वयन (जो जानता है)। किसी भी मामले में, मुझे उम्मीद है कि यह सारी जानकारी जांच में मदद करती है और हम सभी इसे अंत तक देखते हैं।

संदर्भ कॉल स्टैक:
Typr/bin.js - संक्षिप्त पढ़ें
Typr/glyf.js - _parseGlyf
Typr/Typr.U.js - _drawGlyf
Typr/Typr.U.js - glyphToPath
Troika/FontParser_Typr.js - (अनाम) प्रत्येक Glyph . के लिए
Troika/FontParser_Typr.js - wrapFontObj
ट्रोइका/FontParser_Typr.js - पार्स
...कार्यकर्ता सामग्री

और @lojjic , ​​मैकोज़ सफारी का उपयोग कर यूएसबी के माध्यम से आईओएस सफारी डिबगिंग के साथ समस्या निवारण के संबंध में:
मैं सलाह देता हूं कि यदि MacOS Safari DevTools अनिश्चित काल तक लोड करने पर जोर देता है या पेज क्रैश हो गया है या स्क्रिप्ट लोड नहीं कर रहा है या क्या नहीं, यह कहते हुए स्थानीय नेटवर्क या आपके फोन को डिस्कनेक्ट और फिर से कनेक्ट करने का प्रयास करता है। या तो वह, या कुछ बार DevTools को बंद करने और फिर से खोलने का प्रयास करें। और फिर जाहिर तौर पर फोन पर वेबपेज को रिफ्रेश करना। मैं ऐसा इसलिए कहता हूं क्योंकि आज मेरे साथ ऐसा कुछ बार (दर्द) हुआ और मैंने इसे इस तरह से हल किया (मैकोज़ बिग सुर और आईओएस 15.0.1 के बीच जुड़ना)।

OMG @malulleybovo मैं छुट्टी से लौटा और आपके निष्कर्षों को देखा और वाह, यह एक अद्भुत आश्चर्य था! इसमें खोदने के लिए बहुत बहुत धन्यवाद।

केवल यह जानते हुए कि रीडशॉर्ट NaN का उत्पादन कर रहा है, शायद इस मुद्दे को समझने में एक _विशाल_ कदम है, जैसा कि आप जानते हैं कि मैं काफी समय से पूरी तरह से अटका हुआ था। इससे कोई फायदा नहीं हुआ कि मैंने नौकरी बदल दी और मेरे द्वारा उपयोग किए जा रहे iOS डिवाइस तक पहुंच खो दी।

मेरा अगला प्रश्न यह होगा कि क्या हम यह निर्धारित कर सकते हैं कि Typr._bin.t.int16[0] read _why_ एक NaN उत्पन्न कर रहा है? ऐसा लगता है कि इसे बफ़र्स में से किसी एक में गलत मान मिल रहा होगा (या तो फ़ॉन्ट का buff या उपयोगिता Typr._bin.t.buff ), लेकिन इससे यह जानने में मदद मिलेगी कि बफ़/uint8/int16 मान क्या हैं उस समय बनाम उन्हें क्या होना चाहिए।

तथ्य यह है कि आप बग से बचने के लिए कंसोल.लॉग () सम्मिलित कर सकते हैं, उत्सुक है। मुझे यकीन नहीं है कि यह दौड़ की स्थिति को इंगित करता है, या शायद कंसोल तक पहुंचने से यह जेआईटी मोड से बाहर हो जाता है। मैं पूर्व के लिए आशा करता हूं, क्योंकि यह पता लगाना और काम करना आसान लगता है।

@lojjic नौकरी बदलने पर बधाई!

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

        readShort : function(buff, p)
    {
        //if(p>=buff.length) throw "error";
        var a = Typr._bin.t.uint8;
        a[1] = buff[p]; a[0] = buff[p+1];
        /***** Right here, I peeked at Typr._bin.t.int16, Typr._bin.t.int8, and Typr._bin.t.uint8 ******/
        return Typr._bin.t.int16[0];
    },

मेरे आवेदन के भीतर रीडशॉर्ट में NaN की पहली घटना को देखते हुए, मुझे पता चला कि बफ [पी] = 255 और बफ [पी + 1] = 6 (दोनों मान्य uint8 मान)। इसे ध्यान में रखते हुए मैंने Typr._bin.t.uint8 के मानों को देखा और पाया कि इसमें [6, 255, 0, ...] अपेक्षा के अनुरूप था। फिर मैंने Typr._bin.t.int16 पर देखा और [-250, 0, ...] के बजाय गलत [NaN, 0, ...] पाया। अंत में, मैंने Typr._bin.t.int8 को देखा और... यह भी गलत था... यह [6, -1, 0, ...] के बजाय [6, NaN, 0, ...] था। .

Typr glyf लाइब्रेरी विभिन्न प्रकार के कई Arrays (Uint8Array, Int8Array, Int16Array, आदि) पर एक साझा ArrayBuffer का उपयोग करती है। इस घटना ने मुझे दिखाया कि आईओएस सफारी (केवल) में, इनमें से किसी एक सरणी को बदलने के बाद, दूसरों के मान तुरंत अपडेट नहीं हो सकते हैं। कोई सुराग नहीं क्यों, लेकिन मुझे हाल के इतिहास में आईओएस सफारी में ऐरेबफर से जुड़ी एक हल की गई बग रिपोर्ट मिली जो इसे और अधिक विश्वसनीय बनाती है ... एक बार त्रुटिपूर्ण साबित हुई, दो बार त्रुटिपूर्ण साबित हो सकती है (रेफरी: (https://bugs.webkit .org/show_bug.cgi?id=194268)[https://bugs.webkit.org/show_bug.cgi?id=194268])।

इसे उजागर करने के बाद, मैंने (uint8,uint8) to int16 रूपांतरण के वैकल्पिक कार्यान्वयन का प्रयास करने का निर्णय लिया। इस बार बिटवाइज़ ऑपरेशंस का उपयोग कर रहे हैं। मैंने जो कोड इस्तेमाल किया वह निम्नलिखित है:

        readShort : function(buff, p)
    {
        var a = buff[p + 1] + (buff[p] << 8);
        if (a > 0b0111111111111111) {
            a = (~a) + 1;
        }
        a = (a < 0 ? -1 : 1) * (a & 0b1111111111111111);
        return a;
    },

आखिर तुमने इसे हासिल कर ही लिया है। फ़ॉन्ट के साथ सभी पाठ अब हमेशा सही ढंग से दिखाते हैं (यहां तक ​​​​कि devtools से जुड़े बिना भी - कंसोल के बारे में मेरी पिछली टिप्पणी देखें। इस अस्वीकरण को समझने के लिए लॉग चीज़) इस वैकल्पिक समाधान ने आईओएस सफारी में समस्या को ठीक किया (आईओएस 15.0.2 पर परीक्षण किया गया) , और पिछले ब्राउज़रों में काम करना जारी रखता है जिन पर मैंने पहले परीक्षण किया था, जैसे क्रोम v95.0.4638.54 (win10), फ़ायरफ़ॉक्स v93.0 (win10), ओपेरा v80.0.4170.63 (win10), और मैकोज़ सफारी (मैकोज़ बिग सुर v11.3.1)।

*अगर कोई मेरे ऊपर दिए गए कोड स्निपेट को ऑप्टिमाइज़ कर सकता है, तो कृपया बेझिझक ~

अंत में, मुझे ऐसा लगता है कि यह मुद्दा ट्रोइका के कारण नहीं है। ऐसा लगता है कि ट्रोइका वास्तव में एक गहरे मुद्दे के परिणाम भुगत रहा है। इसलिए मैं व्यक्तिगत रूप से इस मुद्दे को इसके बजाय Typr पर ले जाऊंगा। लेकिन मुझे क्या पता... इसे स्वयं परखें और तर्क दें कि क्या यह वास्तव में समस्या की जड़ है। ;)

मुझे लगता है कि @malulleybovo एक पुरस्कार या कुछ और का हकदार है! मैं

यह आश्चर्यजनक है, इसे कम करना और वैकल्पिक कार्यान्वयन के साथ आना जो इस मुद्दे से बचा जाता है! बहुत बहुत धन्यवाद!

मुझे आपके readShort समाधान को ट्रोइका में स्थानीय ओवरराइड और/या Typr में अपस्ट्रीम के रूप में एकीकृत करने में खुशी हो रही है। हम अन्य रीडफू विधियों के लिए भी वैकल्पिक कार्यान्वयन चाहते हैं?

ऐसा लगता है कि सामान्य रूप से टाइप-एरे-शेयरिंग-ए-बफर पैटर्न के साथ कुछ गलत/खतरनाक है। अब मैं इसके बारे में सोचता हूं कि यह एक बहुत ही उत्सुक पैटर्न है। ऐसा लगता है कि DataView का उद्देश्य बाइनरी से विभिन्न संख्या प्रारूपों को पढ़ने के उद्देश्य से है, बिना यूंट और जेएस संख्याओं या अंतहीनता विसंगतियों के बीच किसी भी अजीब मूल्य रूपांतरण के ... मुझे आश्चर्य है कि क्या इससे समस्या भी हल हो जाएगी? शायद कुछ ऐसा? https://gist.github.com/lojjic/94d7b5f5f374598fe0e9761be45ebb2b

तारीफ के लिए धन्यवाद @lojjic ~ मुझे खुशी है कि मैं मददगार था।

आपका प्रस्तावित समाधान आशाजनक लग रहा था इसलिए मैंने अभी इसका परीक्षण किया और अनुमान लगाया कि यह क्या काम करता है (पहले सूचीबद्ध सभी ब्राउज़रों पर)!
यदि आप मुझसे पूछें तो डेटाव्यू का उपयोग करना जेएस में इसे लागू करने का एक संक्षिप्त और उचित तरीका लगता है। अच्छा है।

मेरा आवेदन Typr की ग्लिफ़ स्क्रिप्ट पर निर्भर करता है, जो Typr के readInt8, readShort, readUshort, और readBytes का उपयोग करता है। हालांकि मैंने परीक्षण उद्देश्यों के लिए आपका पूरा समाधान शामिल किया है, मैंने केवल इन कार्यों पर इसका परीक्षण किया है। और सब कुछ इसके दिखने से काम करता है।

इस समाधान की प्रभावशीलता पर अधिक गहराई से देखने के लिए, मैं अन्य परिदृश्यों का परीक्षण करूंगा। लेकिन मेरे पास इनका परीक्षण करने के लिए ठोस उदाहरणों की कमी है (सिर्फ यूनिट परीक्षण के अलावा)।

मेरा मानना ​​है कि Bin.js से Typr की रीडफिक्स्ड, readF2dot14, readUshorts, readUint64, readASCII, readUnicode, readUTF8, readBytes, और readASCIIArray को बदलने की आवश्यकता नहीं होगी क्योंकि वे सीधे टाइप किए गए सरणियों का उपयोग नहीं करते हैं। तो केवल आपके सार में कार्यों को Typr के भीतर बदलने की आवश्यकता होगी। साथ ही, इस परिवर्तन के साथ, Typr की साझा ArrayBuffer और टाइप की गई सरणियाँ अप्रचलित हो जाएँगी।

यदि अधिक डेवलपर इसका परीक्षण कर सकते हैं और इसे स्वीकृति दे सकते हैं, तो हम समाधान में और भी अधिक आश्वस्त होंगे। ऐसा इसलिए है क्योंकि मेरे पास अपने निपटान में सीमित संख्या में परीक्षण मामले और परीक्षण उपकरण हैं और इस बात की बहुत कम संभावना है कि परीक्षा परिणाम पक्षपाती हो।

आपका प्रस्तावित समाधान आशाजनक लग रहा था इसलिए मैंने अभी इसका परीक्षण किया और अनुमान लगाया कि यह क्या काम करता है (पहले सूचीबद्ध सभी ब्राउज़रों पर)!
यदि आप मुझसे पूछें तो डेटाव्यू का उपयोग करना जेएस में इसे लागू करने का एक संक्षिप्त और उचित तरीका लगता है। अच्छा है।

अद्भुत!!! मुझे विश्वास ही नहीं हो रहा। मैं

मैं यह देखने के लिए कुछ और परीक्षण दूंगा कि क्या मैं अन्य कार्यों को मान्य कर सकता हूं, और बुनियादी प्रदर्शन तुलना कर सकता हूं। जब तक कुछ बुरा दिखाई नहीं देता, मुझे यह एकीकृत asap मिल जाएगा। मुझे पूरा विश्वास है कि इसे तीन-तीन-पाठ रिलीज़ में शामिल किया जाएगा ताकि लोग इसे आज़मा सकें; यदि कोई समस्या आती है तो समुदाय हमें सूचित करेगा। एक बार यह जंगली में बाहर हो जाने के बाद मैं इसे ऊपर की ओर Typr में जमा कर दूंगा।

प्रदर्शन तुलनीय लगता है, कुछ मामलों में थोड़ा तेज भी। अतिरिक्त जीत! मैं

मैंने सत्यापित किया है कि अन्य कार्य भी काम करते हैं। मुझे CFF फोंट में मामलों को संभालने के लिए _view हेल्पर को थोड़ा संशोधित करना पड़ा, जहां Typr buff को Uint8Array के बजाय एक सादे JS सरणी के रूप में पास करता है।

मैंने डेटाव्यू फिक्स के साथ ट्रोइका-तीन-परीक्षण संस्करण 0.43.1-alpha.0 प्रकाशित किया है (वर्तमान में Typr - प्रासंगिक प्रतिबद्धता के एक निजी कांटा का उपयोग कर)

कोई भी जो सक्षम है (@amitrajput1992? @strangerintheq? @atlmtw?), मैं इस संस्करण के साथ परीक्षण की बहुत सराहना करता हूं ताकि यह सत्यापित किया जा सके कि यह आपके विशिष्ट अनुप्रयोगों में समस्या को हल करता है। मैं ब्राउज़रस्टैक के साथ या उधार लेने के लिए आईफोन ढूंढकर भी ऐसा ही करने का प्रयास करूंगा। अग्रिम में धन्यवाद!

अरे @lojjic यह सुनकर अच्छा लगा कि इसके लिए एक समाधान है। मुझे जल्दी से इसका परीक्षण करने दें और आपके पास वापस आएं।

@amitrajput1992 नमस्ते, क्या आपको अभी तक अल्फा का परीक्षण करने का मौका मिला है? मैं इसे जारी करना चाहता हूं और अतिरिक्त सत्यापन को पसंद करूंगा। :)

@lojjic अरे, मुझे अभी इसका परीक्षण करने का समय मिला है। ऐसा लगता है कि यह अब काम कर रहा है !!

यहां परिवर्तन देखें: https://amitrajput1992.github.io/r3f-experiments/?path=/story/testers --text-tester

मैंने इस खराब बग के समाधान के साथ संस्करण 0.44.0 जारी किया है। मैं अंत में इसे ठीक करने के लिए बहुत खुश हूँ! सहायता के लिए सभी को धन्यवाद, और विशेष रूप से @malulleybovo को गहरी खुदाई करने के लिए जहां मैं असमर्थ था और मूल कारण ढूंढ रहा था। मैं बहुत आभारी हूँ! मैं