अजीब Google Chrome में system.log की त्रुटियाँ हैं

Question

मैं Mavericks और Google Chrome संस्करण 34.0.1797.2 देव का उपयोग कर रहा हूं।

यह मुझे प्राप्त होने वाली त्रुटि है:

Jan 25 17:09:12 genesis Google Chrome Helper[46267]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 `___ZN26LSClientToServerConnection21setupServerConnectionEiPK14__CFDictionary_block_invoke()` q=com.apple.main-thread
Jan 25 17:09:12 genesis Google Chrome Helper[46267]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd.
Jan 25 17:09:12 genesis Google Chrome Helper[46267]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1100)

क्या इस कारण हो सकता है पर कोई विचार? मैं चारों ओर googled है और कोई सुराग नहीं मिला ...

Comments

मैं मुख्य रूप से इस समस्या के साथ संयोजन के रूप में है कि लॉग संदेश देखें: discussions.apple.com/message/23755770#23755770 (मावेरिक्स TCP सॉकेट की 'खत्म'।)

— बेंजामिन रिग्स

पहले दो व्याख्या करने के लिए तुच्छ हैं - सैंडबॉक्स इनकार कर रहा है इसलिए Google डेवलपर्स उस कोड को ठीक कर सकते हैं क्योंकि ओएस एक एक्सेस से इनकार कर रहा है जो कोड ने पूछा था। पिछले संदेश को क्रोम स्रोत कोड को देखने के लिए किसी व्यक्ति की आवश्यकता हो सकती है। इनसे क्या समस्या होती है? क्या आप संदेशों को आदेश पर प्रदर्शित कर सकते हैं?

— bmike

मुझे यकीन नहीं है कि मैं उन्हें ट्रिगर कर सकता हूं। मुझे अपने लॉग में बहुत अधिक त्रुटि / चेतावनी संदेश पसंद नहीं हैं।

— पावेल गोइस्की

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

— jksoegaard

क्षमा करें, लेकिन मुझे नहीं लगता कि यह वास्तव में सही है। मुझे पूरा यकीन है कि मैं स्थिर चैनल में कुछ महीने पहले एक ही संदेश देख रहा था (महत्वपूर्ण प्रदर्शन समस्याओं के साथ, जिसके परिणामस्वरूप मुझे ब्राउज़र बदलना पड़ा)। और मुझे पूरा यकीन है कि ये विशेष संदेश ऑपरेटिंग सिस्टम द्वारा डेवलपर्स के लिए एक संकेत के रूप में उनके कोड को ठीक करने के लिए, बल्कि एप्लिकेशन द्वारा उत्पन्न होने के कारण उत्पन्न होते हैं।

— एलिस्टेयर मैकमिलन

Answer 1

जैसा कि आप जानते होंगे कि Google Chrome एक मल्टी-प्रोसेस एप्लिकेशन के रूप में चलता है । आपके पास आपकी प्रारंभिक "Google Chrome" प्रक्रिया है जो UI का प्रबंधन करती है और कई अन्य प्रक्रियाओं के लिए "होस्ट" खेलती है। Chrome में खुलने वाले प्रत्येक टैब के लिए एक नई "रेंडरर" प्रक्रिया बनाई जाती है, जो आपके द्वारा इंस्टॉल किए गए प्रत्येक एक्सटेंशन के लिए एक "प्लगइन" प्रक्रिया है, और कोड के लिए एक अलग "GPU" प्रक्रिया है जो सिस्टम के GPU से बात करती है। इन अन्य प्रक्रियाओं में से प्रत्येक "Google क्रोम हेल्पर" प्रक्रिया के रूप में एक्टिविटी मॉनिटर में दिखाई देता है।

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

इस बग को फरवरी 2014 में Google की Chrome सुरक्षा टीम के एक सॉफ़्टवेयर इंजीनियर ने एक कमेटी के साथ हल किया था । इस एक कोड को हटाने से समस्या हल हो गई।

[NSApplication sharedApplication];

अन्य बातों के अलावा, साझाकरण विधि को कॉल करने से एप्लिकेशन और OS X के WindowServer के बीच एक कनेक्शन खुल जाता है, जिसे आप CGSLookupServerRootPort त्रुटि में विफल होते देख सकते हैं।

Chrome को सैंडबॉक्स को सक्षम करने से पहले कुछ संसाधनों को "वार्म अप" करने के लिए इस विधि को कॉल करने का इरादा था ; सैंडबॉक्स प्रतिबंध लागू होने से पहले कुछ फ़ाइलों, प्रक्रियाओं या नेटवर्क संसाधनों तक पहुंच प्राप्त करना। हालाँकि ऐसा लगता है कि किसी समय यह प्रयास विफल होने लगा था, जिसके परिणामस्वरूप लॉग में ये त्रुटियां थीं। मेरा अनुमान है कि ऐप्पल ने सैंडबॉक्स को धोखा देने के लिए इस "वार्मिंग अप" पर विचार किया और उस पर चढ़ना शुरू कर दिया।

यदि मैं सही ढंग से पढ़ रहा हूं तो अप्रैल 2014 में Google Chrome के 34.0.1847.131 के अपडेट के साथ यह परिवर्तन स्थिर रिलीज़ चैनल पर पहुंच गया ।

दिलचस्प बात यह है कि क्रोम टीम अक्टूबर 2013 में इन कॉल को साझा करने की विधि को हटाने पर चर्चा कर रही थी और यहां तक ​​कि 2009 में एक लक्ष्य के रूप में रेंडरर प्रक्रियाओं से पूरी तरह से कोको को हटाने पर चर्चा की ।

संबंधित नोट पर, ऐप्पल ने एक बग को हल करने के लिए अप्रैल 2014 में एक सुरक्षा फ़िक्स जारी किया , जहां "विंडोबॉक्स सेवरबॉक्स को सैंडबॉक्स बॉक्स द्वारा बनाया जा सकता था।"