Devo ser solicitada minha senha quando um relatório de bug é enviado?

8

Logo pela manhã, iniciei o Ubuntu e o navegador Chrome. No navegador, visitei uma página com um campo de senha. Então o toque da senha apareceu. Em seguida, apareceu uma caixa de diálogo solicitando uma senha para enviar um relatório de bug sobre o sistema. Em seguida, a caixa de diálogo de relatório de erros usual apareceu. (Algo sobre Gud e cor)

Não tenho certeza sobre a ordem exata dos diálogos.

A pergunta extra para uma senha para um relatório de erro é um comportamento normal?

Gert Kok
fonte
Aqui está um post anterior que fala sobre isso: askubuntu.com/questions/47675/why-should-i-trust-this
jpetersen
@JPbuntu, então este Q é uma duplicata desse.
Ashu
@Ashu Essa pergunta está perguntando se é seguro assumir a caixa de diálogo de senha para relatar erros nos processos do sistema. Esta pergunta é sobre se é ou não um comportamento normal ver uma, e essa pergunta não é feita especificamente sobre bugs nos processos do sistema. (Você verá que minha resposta a esta pergunta é adequada aqui, mas seria uma resposta totalmente inadequada para essa pergunta.) Por esses motivos, não acho que essa pergunta deva ser considerada uma duplicata.
Elias Kagan
@EliahKagan yeah ur right. srry.
Ashu
@Ashu Não é necessário desculpas! Às vezes é por pouco, se algo é duplicado. E pessoas razoáveis ​​podem discordar da minha crença de que esta questão não é uma duplicata dessa. (Onde não está claro, este é o tipo de coisa que pode ser perguntado sobre a meta .)
Elias Kagan

Respostas:

9

Às vezes, mas não geralmente.

Relatórios de falhas nos processos do sistema

Na maioria das vezes, quando um aplicativo falha ou você relata um erro manualmente, não é necessário inserir uma senha para que as informações sejam coletadas e enviadas automaticamente para a Barra de Ativação .

No entanto, quando um programa ou serviço que é executado como rootfalha, a coleta de dados sobre essa falha exige acesso a dados acessíveis apenas como root. No Ubuntu, você pode executar ações rootautenticando com sua senha, desde que sua conta tenha recursos administrativos. ( Isso é facilitado porsudo ou um de seus front-ends gráficos ou pelo PolicyKit .) Se sua conta não possui recursos administrativos, você não será solicitado a relatar uma falha em um rootprocesso próprio até que faça login com uma conta que possui recursos administrativos.

Quando você está logado como administrador e é solicitado a relatar uma falha em um rootprocesso próprio, você vê uma caixa de diálogo de senha como esta:

"Digite sua senha para acessar os relatórios de problemas dos programas do sistema"

Essa é uma das duas situações em que você pode precisar digitar uma senha para relatar um bug no Ubuntu.

Depois de autenticado, o processo de relatório de falhas continua da mesma maneira que para os não rootprocessos regulares .

Arquivando relatórios de erros para falhas

Antes do Ubuntu 12.04 LTS, quando o relatório de falha do Apport estava ativado, você era solicitado a enviar um relatório de erro para conter os dados coletados automaticamente. Ainda é o que acontece nas versões alfa e beta do Ubuntu (e versões anteriores à 12.04 LTS). Mas, começando com o Ubuntu 12.04 LTS, o Apport é configurado por padrão para que, se você estiver executando uma versão estável do Ubuntu e ocorrer uma falha, ele automaticamente (com sua permissão) envie as informações para um banco de dados que não requer preencher um relatório de erro. Isso é potencialmente menos útil do que ter um relatório de erro, mas significa que as informações podem ser coletadas de maneira eficaz com muito mais usuários - além disso, os relatórios de erros geralmente são mais valiosos para lançamentos alfa e beta, nos quais é mais provável que os erros sejam corrigidos como um problema. resultado do relatório.

No entanto, se você reativar o registro de erros para falhas ou relatar um erro invocando ubuntu-bugmanualmente com um nome de pacote ou ID de processo, você terá a oportunidade de registrar um relatório de erro. Os relatórios de erros no Ubuntu são arquivados no Launchpad . Portanto, depois que os dados do bug forem coletados e enviados para a Barra de Ativação, uma página da Barra de Ativação para arquivar o relatório de falha com os dados anexados automaticamente aparecerá em um navegador da Web. (A menos que seu navegador padrão não funcione e é disso que se trata o problema, é claro.)

Se você não estiver conectado ao Launchpad, será direcionado para a página de login do Launchpad no seu navegador da Web, para relatar o erro. Esta é a segunda das duas situações em que você pode precisar digitar uma senha para relatar um bug no Ubuntu.

Captura de tela mostrando a página de entrada do Launchpad

Eliah Kagan
fonte
Se o diálogo aparecer e a senha do seu usuário atual não for aceita, apporté provável que você esteja tentando autorizar su, o que exige que você use a senha do rootusuário. No Ubuntu, esse rootusuário não existe como uma conta explícita de usuário na qual você pode fazer login. Para corrigir : sudo gksu-properties; mudança su-> sudo; Pode ser necessária uma reinicialização
mpag