come segnalare un arresto anomalo a Google Chrome se non desidero condividere alcuni pezzi del mio profilo?

Devo segnalare un arresto intermittente di Google Chrome (canale stabile) che riscontro più volte alla settimana. Tuttavia, non condivido strettamente con Google alcune parti del mio profilo utente (alcuni cookie, dati del sito e parti della cache, alcune parti della mia cronologia di navigazione e cose simili). La cronologia non è sincronizzata con il mio account Google.

Posso vivere perdendo diverse ore (o giorni) o la cronologia di navigazione e le password salvate (create mentre riproduco un arresto anomalo), ma è assolutamente necessario mantenere una sessione aggiornata (schede aperte e finestre), come sempre riflette il mio attuale "stato di lavoro" su più progetti. Durante quelle ore / giorni, non visiterò i siti sui quali non voglio condividere informazioni.

La mia prima idea è quella di creare una replica del mio profilo utente allo scopo di riprodurre, cancellare tutte le informazioni sensibili da esso (o persino popolare un profilo vuoto con solo "{Last | Current} {Session | Tabs}" dal mio profilo originale ). Quindi vivi con esso fino a quando non riporto abbastanza arresti anomali e dopo copia gli ultimi file "{Last | Current} {Session | Tabs}" dalla replica al mio profilo originale. Tali dati delle schede aperte dal profilo temporaneo funzioneranno con il mio profilo originale quando torneranno ad esso dal profilo temporaneo?

In alternativa, sto pensando di raccogliere manualmente i dati grezzi sugli arresti anomali con windbg . Il registro di windbg sarà sufficientemente leggibile per essere sicuro che non contenga nulla che non voglio inviare a Google?

Altre idee sono apprezzate.

google-chrome crash user-profiles

— yurkennis
fonte

Google sa già praticamente tutto di te, inclusa la cronologia di navigazione, ecc. Non preoccuparti di un rapporto sugli arresti anomali.

— Jon,

@ chipperyman573 Non pertinente alla mia domanda.

— yurkennis,

È davvero semplicemente. Crea un backup dei dati del tuo profilo. A questo punto disabilita tutta la sincronizzazione. Porta la sessione al punto desiderato, invia i dati che desideri inviare, quindi ripristina il profilo di backup.

— Ramhound,

@ramhound Sembra una risposta valida in sé, perché non pubblicarla come una risposta reale? Devono solo conservare i file delle sessioni più recenti (schede e finestre).

— yurkennis,

Ma saresti ancora nella stessa posizione: provare a disinfettare i dati sensibili dai file di profilo prima di inviare qualcosa.

— Synetech,

come segnalare un arresto anomalo a Google Chrome se non desidero condividere alcuni pezzi del mio profilo?

Invece di passare attraverso il meccanismo di segnalazione dei bug incorporato, prova invece a presentare una segnalazione di bug e poi lascia che ti diano quello che vogliono o di cui hanno bisogno. Potresti scoprire che non hanno affatto bisogno dei tuoi file.

Posso vivere perdendo diverse ore (o giorni) o la cronologia di navigazione e le password salvate (create mentre riproduco un arresto anomalo), ma è assolutamente necessario mantenere una sessione aggiornata (schede aperte e finestre), come sempre riflette il mio attuale "stato di lavoro" su più progetti. Durante quelle ore / giorni, non visiterò i siti sui quali non voglio condividere informazioni.

Quindi utilizzare un'estensione di gestione della sessione corretta come Session Buddy . In questo modo, puoi controllare ogni aspetto della sessione, inclusa la rimozione di elementi da una sessione salvata.

La mia prima idea è quella di creare una replica del mio profilo utente allo scopo di riprodurre, cancellare tutte le informazioni sensibili da esso (o persino popolare un profilo vuoto con solo "{Last | Current} {Session | Tabs}" dal mio profilo originale ). Quindi vivi con esso fino a quando non riporto abbastanza arresti anomali e dopo copia gli ultimi file "{Last | Current} {Session | Tabs}" dalla replica al mio profilo originale. Tali dati delle schede aperte dal profilo temporaneo funzioneranno con il mio profilo originale quando torneranno ad esso dal profilo temporaneo?

Tali file non influiscono sul profilo stesso e includono solo un elenco di schede e finestre aperte e i contenuti dei moduli Web aperti. Chrome sarà in grado di utilizzare qualsiasi file di sessione / scheda, compresi quelli di un profilo diverso (almeno dalla stessa versione).

In alternativa, sto pensando di raccogliere manualmente i dati grezzi sugli arresti anomali con windbg. Il registro di windbg sarà sufficientemente leggibile per essere sicuro che non contenga nulla che non voglio inviare a Google?

È possibile utilizzare un programma come Strings per esaminare il testo contenuto nel dump dell'arresto anomalo (questo particolare può estrarre sia il testo ASCII che Unicode).

È inoltre possibile utilizzare BlueScreenView di Nirsoft per esaminare il contenuto decodificato dei file di dump di arresto anomalo. Dovrai salvare il dump nella cartella mini-dump predefinita ( %SystemRoot%\MiniDump), oppure dire a BlueScreenView dove trovare i tuoi dump Chrome nelle opzioni avanzate ( Ctrl+ O):

Schermata delle opzioni avanzate di BlueScreenView con set di percorsi fittizi

— Synetech
fonte

1. "prova invece a presentare una segnalazione di bug e poi lascia che ti diano quello che vogliono o di cui hanno bisogno": dalla mia esperienza, sarò immediatamente indirizzato a chromium.org/for-testers/bug-reporting-guidelines/… o a pagina simile. Difficile credere che gli sviluppatori non avranno bisogno di un rapporto sugli arresti anomali.

— yurkennis,

2. "Quindi utilizza un'estensione di gestione della sessione appropriata come Session Buddy. In questo modo, puoi controllare ogni aspetto della sessione, inclusa la rimozione di elementi da una sessione salvata." Non vedo come questa estensione possa essere d'aiuto nel mio scenario. L'esportazione di una sessione da un profilo di segnalazione di arresti anomali in un CSV e la sua importazione in un profilo stabile sembrano comportare la perdita di molti dati, come la cronologia di navigazione in singole schede, pagine risultanti da richieste di post ecc.

— yurkennis

@yurkennis, dipende dall'incidente. Potrebbe essere qualcosa di cui sono a conoscenza, nel qual caso potrebbero non aver bisogno di nulla. Inoltre, quella pagina richiede un crash dump che è sorprendentemente meno probabile che contenga dati sensibili rispetto ai file di profilo.

— Synetech,

3. "Chrome sarà in grado di utilizzare qualsiasi file di sessione / scheda, compresi quelli di un profilo diverso (almeno dalla stessa versione)." È utile, grazie.

— yurkennis,

2.1. "che è sorprendentemente meno probabile che contenga dati sensibili rispetto ai file di profilo" Naturalmente non avrei condiviso i file di profilo fino a quando non fosse stato chiesto esplicitamente; la mia principale preoccupazione in questa fase riguarda la condivisione di pezzi sensibili nel registro degli arresti anomali (quello manuale o quello inviato automaticamente da Chrome).

— yurkennis,