यदि मैं अपनी प्रोफ़ाइल के कुछ टुकड़े साझा नहीं करना चाहता, तो Google Chrome को क्रैश की रिपोर्ट कैसे करें?


1

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

मैं कई घंटे (या दिन) खोने या ब्राउज़िंग इतिहास और सहेजे गए पासवर्ड के साथ रह सकता हूं (एक क्रैश को पुन: पेश करते समय बनाया गया), लेकिन यह हमेशा अप-टू-डेट सत्र (खुले टैब और खिड़कियां) बनाए रखने के लिए आवश्यक है, जैसा कि हमेशा होता है कई परियोजनाओं पर मेरे वर्तमान 'कार्य की स्थिति' को दर्शाता है। उन घंटों / दिनों के दौरान, मैं उन साइटों पर नहीं जाऊंगा, जिनके बारे में मैं जानकारी साझा नहीं करना चाहता।

मेरा पहला विचार प्रजनन के उद्देश्यों के लिए अपने उपयोगकर्ता प्रोफ़ाइल की प्रतिकृति बनाना है, इसमें से सभी संवेदनशील जानकारी को साफ़ करें (या केवल "{अंतिम | वर्तमान} {सत्र | टैब्स}" वाले रिक्त प्रोफ़ाइल को अपने मूल प्रोफ़ाइल से हटा दें। )। तब तक इसके साथ रहें जब तक कि मैं पर्याप्त क्रैश की रिपोर्ट न कर दूं, और उसके बाद नवीनतम "{लास्ट | करंट} {सत्र | टैब्स}" कॉपी करें और प्रतिकृति से मेरे मूल प्रोफ़ाइल की फाइलें। क्या अस्थायी प्रोफ़ाइल से ऐसे खुले टैब डेटा मेरे मूल प्रोफ़ाइल के साथ काम करेंगे जब अस्थायी प्रोफ़ाइल से इसे वापस ले जाया जाएगा?

वैकल्पिक रूप से मैं विंडबग के साथ कच्चे दुर्घटना डेटा को मैन्युअल रूप से इकट्ठा करने पर विचार कर रहा हूं । क्या विंडबग द्वारा लॉग पर्याप्त रूप से मानव पठनीय होगा, यह सुनिश्चित करने के लिए कि इसमें कुछ भी नहीं है जिसे मैं Google को नहीं भेजना चाहता हूं?

किसी भी अन्य विचारों की सराहना की है।


1
Google पहले से ही आपके बारे में बहुत कुछ जानता है, जिसमें ब्राउज़िंग इतिहास भी शामिल है, क्रैश रिपोर्ट के बारे में ध्यान न दें।
जॉन

@ chipperyman573 मेरे प्रश्न के लिए प्रासंगिक नहीं है।
यार्कसन

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

@्रमहाउंड अपने आप में एक वैध उत्तर दिखता है, इसे वास्तविक उत्तर के रूप में क्यों नहीं पोस्ट किया जाता है? केवल नवीनतम सत्र फ़ाइलें (टैब और विंडो) रखने की आवश्यकता है।
युर्केन डेस

1
लेकिन आप अभी भी उसी स्थिति में होंगे: कुछ भी सबमिट करने से पहले प्रोफ़ाइल फ़ाइलों से संवेदनशील डेटा को साफ करने की कोशिश करना।
सिनटेक

जवाबों:


2

यदि मैं अपनी प्रोफ़ाइल के कुछ टुकड़े साझा नहीं करना चाहता, तो Google Chrome को क्रैश की रिपोर्ट कैसे करें?

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

मैं कई घंटे (या दिन) खोने या ब्राउज़िंग इतिहास और सहेजे गए पासवर्ड के साथ रह सकता हूं (एक क्रैश को पुन: पेश करते समय बनाया गया), लेकिन यह हमेशा अप-टू-डेट सत्र (खुले टैब और खिड़कियां) बनाए रखने के लिए आवश्यक है, जैसा कि हमेशा होता है कई परियोजनाओं पर मेरे वर्तमान 'कार्य की स्थिति' को दर्शाता है। उन घंटों / दिनों के दौरान, मैं उन साइटों पर नहीं जाऊंगा, जिनके बारे में मैं जानकारी साझा नहीं करना चाहता।

फिर सत्र बडी जैसे उचित सत्र-प्रबंधन एक्सटेंशन का उपयोग करें । इस तरह, आप अपने सत्र के प्रत्येक पहलू को नियंत्रित कर सकते हैं, जिसमें सहेजे गए सत्र से आइटम निकालना शामिल है।

मेरा पहला विचार प्रजनन के उद्देश्यों के लिए मेरी उपयोगकर्ता प्रोफ़ाइल की प्रतिकृति बनाना है, इसमें से सभी संवेदनशील जानकारी को साफ़ करें (या यहां तक ​​कि केवल "{अंतिम | वर्तमान} {सत्र | टैब्स}" वाली रिक्त प्रोफ़ाइल को अपने मूल प्रोफ़ाइल से हटा दें। )। तब तक इसके साथ रहें जब तक कि मैं पर्याप्त क्रैश की रिपोर्ट न कर दूं, और उसके बाद नवीनतम "{लास्ट | करंट} {सत्र | टैब्स}" कॉपी करें और प्रतिकृति से लेकर मेरे मूल प्रोफ़ाइल तक की फाइलें। क्या अस्थायी प्रोफ़ाइल से ऐसे खुले टैब डेटा मेरे मूल प्रोफ़ाइल के साथ काम करेंगे जब अस्थायी प्रोफ़ाइल से इसे वापस ले जाया जाएगा?

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

वैकल्पिक रूप से मैं विंडबग के साथ कच्चे दुर्घटना डेटा को मैन्युअल रूप से इकट्ठा करने पर विचार कर रहा हूं। क्या विंडबग द्वारा लॉग पर्याप्त रूप से मानव पठनीय होगा, यह सुनिश्चित करने के लिए कि इसमें कुछ भी नहीं है जिसे मैं Google को नहीं भेजना चाहता हूं?

आप क्रैश डंप में शामिल पाठ की जांच करने के लिए स्ट्रिंग्स जैसे प्रोग्राम का उपयोग कर सकते हैं (यह विशेष रूप से एएससीआईआई और यूनिकोस टेक्स्ट दोनों को निकाल सकता है)।

क्रैश डंप फ़ाइलों की डीकोड की गई सामग्री की जांच करने के लिए आप Nirsoft के BlueScreenView का उपयोग भी कर सकते हैं । आपको या तो डंप को डिफ़ॉल्ट मिनी-डंप फ़ोल्डर ( %SystemRoot%\MiniDump) में सहेजने की आवश्यकता होगी , या फिर ब्लूस्क्रीन को बताएं कि उन्नत विकल्पों ( Ctrl+ O) में अपने क्रोम डंप को कहां ढूंढना है :

डमी रास्तों के साथ ब्लूस्क्रीन व्यू के उन्नत विकल्पों का स्क्रीनशॉट सेट


1. "मैं इसके बजाय एक बग रिपोर्ट दर्ज करने का प्रयास करता हूं, और फिर उन्हें आपको बताता हूं कि उन्हें क्या चाहिए या क्या चाहिए": मेरे अनुभव से, मुझे तुरंत Chromium.org/for-testers/bug-reporting-guidelines/… या a पर निर्देशित किया जाएगा इसी तरह का पेज। देवों को मानना ​​मुश्किल है कि क्रैश रिपोर्ट की जरूरत नहीं होगी।
युरकानिसन डेसी 16'13

2. "फिर मैं सत्र सत्र प्रबंधन एक्सटेंशन जैसे सत्र बडी का उपयोग करता हूं। इस तरह, आप अपने सत्र के हर पहलू को नियंत्रित कर सकते हैं, जिसमें सहेजे गए सत्र से आइटम निकालना शामिल है।" यह न देखें कि यह एक्सटेंशन मेरे परिदृश्य में कैसे मदद कर सकता है। एक क्रैश-रिपोर्टिंग प्रोफ़ाइल से CSV में सत्र निर्यात करना और इसे स्थिर प्रोफ़ाइल में वापस आयात करने के परिणामस्वरूप बहुत अधिक डेटा
खोना

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

3. "क्रोम किसी भी सत्र / टैब फ़ाइलों का उपयोग करने में सक्षम होगा, जिसमें एक अलग प्रोफ़ाइल (कम से कम एक ही संस्करण से) शामिल हैं।" यह सहायक है, धन्यवाद।
यार्कसन

2.1। "जो प्रोफाइल फ़ाइलों की तुलना में संवेदनशील डेटा को रखने के लिए आश्चर्यजनक रूप से कम संभावना है" बेशक मैं स्पष्ट रूप से पूछे जाने तक प्रोफ़ाइल फ़ाइलों को साझा करने के लिए नहीं जा रहा था; इस स्तर पर मेरी महत्वपूर्ण चिंता दुर्घटना लॉग में संवेदनशील टुकड़ों को साझा करने के बारे में है (या तो मैन्युअल एक या एक क्रोम sents स्वचालित रूप से)।
युरकानिसन डेसी 16'13
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.