O que fazer com os relatórios de erros particulares na barra de ativação?

9

Com o tempo, reuni mais de 10 relatórios de erros da barra de ativação que foram relatados com apport, inicialmente marcados como privados e nunca respondidos.

Houve um que discuti adicionalmente no IRC e esse é o único que me lembro de ter sido processado.

O que devo fazer com eles? Como posso garantir que eles não contenham nada realmente privado antes de tornar públicos esses bugs?

bug-reporting int_ua
fonte
11
int_ua, como membro do Bug Control, forneci diretrizes aqui. Também removi a lista de bugs que você identificou como "privado" aqui, porque até que esses bugs sejam públicos, os números dos bugs devem ser discutidos apenas com os Controladores de bugs ou com pessoas que possam ver esses bugs privados. Copiei a lista de erros para a minha área de transferência e, se você quiser que eu o ajude a analisar esses erros (supondo que eu possa vê-los), junte-se a mim no sistema de bate-papo para que você e eu possamos discuti-los. Ou no IRC, o que você preferir.
Thomas Ward
11
No entanto, eu preferiria trabalhar com você em bugs particulares sobre o IRC, porque podemos coordenar com outros controladores de bugs, mas posso tentar responder a quaisquer outras perguntas que você tiver através do canal de bate-papo que vinculei no meu comentário anterior. :)
Thomas Ward

Respostas:

6

Como membro do Bug Control, tive que trabalhar com esses bugs particulares de vez em quando. Existe uma política específica para lidar com erros particulares e verificar informações específicas.

Para erros de travamento , a coisa geral que você deve procurar nos erros particulares são os dumps principais e quaisquer rastreamentos de pilha que possam estar no bug. Se um dump principal estiver conectado, remova-o. Se houver rastreamentos de pilha anexados, examine-os e identifique quaisquer dados possivelmente privados no rastreamento de pilha. Se houver dados particulares, o que você deve fazer é baixar o rastreamento de pilha, editar os dados particulares, fazer upload da versão editada e remover a versão antiga.

Além disso, encontre outras informações de identificação pessoal ou informações particulares, como números de previdência social, números de contas, senhas etc. e tente editá-las também.

Para outros erros privados , isso depende, já que existem políticas separadas para erros de segurança privada que eu não conheço e que são tratadas pela equipe de Segurança, e provavelmente seria marcado como "Segurança Privada" se o erro fosse legitimamente uma segurança risco de que eles não pudessem divulgar as informações.

Também pode haver erros particulares que não são contra os pacotes Ubuntu, mas contra outros projetos no Launchpad (ou seja, não no projeto Ubuntu ou em um pacote Ubuntu). Para esses bugs, os gerentes do projeto definirão as políticas para esses bugs.

Informações adicionais sobre como triar relatórios de falhas do Apport e outros erros particulares no Ubuntu podem ser encontrados no Wiki do Ubuntu, no guia Como Triar, como parte da base de conhecimento do Bug Squad . O link direcionará você automaticamente para a seção "Relatórios do Apport", no entanto, para obter as informações mais atualizadas sobre as diretrizes de triagem, consulte o documento wiki.

Thomas Ward
fonte
11
Boa resposta. Marcado como favorito.
23 93 26 35 19 57 3 89
Qual é o período recomendado após o qual eu devo tornar público um relatório de bug? Semana? Mês?
Int_ua
2
@int_ua Até onde eu sei, não há um período específico recomendado para quando você deve tornar público um bug particular.
Thomas Ward