¿Debería solicitarme mi contraseña cuando se envíe un informe de error?


8

A primera hora de la mañana comencé Ubuntu y el navegador Chrome. En el navegador visité una página con un campo de contraseña. Entonces apareció el anillo de contraseña. Luego apareció un cuadro de diálogo pidiendo una contraseña para enviar un informe de error sobre el sistema. Entonces apareció el cuadro de diálogo habitual de informe de errores. (Algo sobre Gud y color)

No estoy seguro sobre el orden exacto de los diálogos.

¿La pregunta adicional para una contraseña para un error informa un comportamiento normal?


Aquí hay una publicación anterior que habla sobre esto: askubuntu.com/questions/47675/why-should-i-trust-this
jpetersen

@JPbuntu, así que esta Q es un duplicado de esa.
Ashu

@Ashu Esa pregunta es si es seguro asumir que el diálogo de contraseña para informar errores en los procesos del sistema es genuino. Esta pregunta es acerca de si es normal o no ver uno, y esta pregunta no se hace específicamente sobre errores en los procesos del sistema. (Verá que mi respuesta a esta pregunta encaja bien aquí, pero sería una respuesta totalmente inapropiada para esa pregunta). Por estas razones, no creo que esta pregunta deba considerarse un duplicado de esa pregunta.
Eliah Kagan

@EliahKagan, sí, tienes razón. srry
Ashu

@Ashu ¡No es necesario disculparse! A veces es una llamada cerrada, si algo es un duplicado. Y las personas razonables podrían estar en desacuerdo con mi creencia de que esta pregunta no es un duplicado de esa. (Donde no está claro, este es el tipo de cosas sobre las que se puede preguntar en meta ).
Eliah Kagan

Respuestas:


9

A veces, pero no generalmente.

Informar fallas en los procesos del sistema

La mayoría de las veces, cuando una aplicación falla o informa un error manualmente, no es necesario que ingrese una contraseña para que la información se recopile automáticamente y se envíe a Launchpad .

Sin embargo, cuando un programa o servicio que se ejecuta se rootbloquea, la recopilación de datos sobre ese bloqueo requiere acceder a datos a los que solo se puede acceder root. En Ubuntu, puede realizar acciones como rootautenticándose con su contraseña, siempre que su cuenta tenga capacidades administrativas. ( Esto es facilitado porsudo o una de sus interfaces gráficas , o por PolicyKit .) Si su cuenta no tiene capacidades administrativas, entonces no se le pedirá para informar de un accidente en un rootproceso de completa propiedad hasta que inicie sesión con una cuenta que tiene capacidades administrativas

Cuando inicie sesión como administrador y se le solicite que informe un bloqueo en un root proceso propio, verá un diálogo de contraseña como este:

"Ingrese su contraseña para acceder a los informes de problemas de los programas del sistema"

Esta es una de las dos situaciones en las que es posible que deba ingresar una contraseña para informar un error en Ubuntu.

Una vez que se haya autenticado, el proceso de informe de fallas continúa de la misma manera que para el noroot procesos .

Presentación de informes de errores para bloqueos

Antes de Ubuntu 12.04 LTS, cuando se habilitaba el informe de bloqueo de Apport, se le pedía que enviara un informe de error para contener los datos recopilados automáticamente. Esto sigue siendo lo que sucede en las versiones alfa y beta de Ubuntu (y versiones anteriores a 12.04 LTS). Pero a partir de Ubuntu 12.04 LTS, Apport está configurado de forma predeterminada para que, si está ejecutando una versión estable de Ubuntu y se produce un bloqueo, enviará automáticamente (con su permiso) la información a una base de datos que no lo requiera para completar un informe de error. Esto es potencialmente menos útil que tener un informe de error, pero significa que la información se puede recopilar efectivamente de muchos más usuarios, además, los informes de error a menudo son más valiosos para las versiones alfa y beta donde es más probable que los errores se corrijan como un error. Resultado del informe.

Sin embargo, si vuelve a habilitar la presentación de errores para fallas, o si informa un error invocando ubuntu-bugmanualmente con un nombre de paquete o ID de proceso, se le dará la oportunidad de presentar un informe de error. Los informes de errores en Ubuntu se archivan en Launchpad . Entonces, una vez que los datos del error se recopilan y se envían a Launchpad, aparecerá en un navegador web una página de Launchpad para presentar el informe del error con los datos adjuntos automáticamente. (A menos que su navegador web predeterminado no funcione y de eso se trata el error, por supuesto).

Si no ha iniciado sesión en Launchpad, se lo dirigirá a la página de inicio de sesión de Launchpad en su navegador web, para informar el error. Esta es la segunda de las dos situaciones en las que es posible que deba ingresar una contraseña para informar un error en Ubuntu.

Captura de pantalla que muestra la página de inicio de sesión de Launchpad


Si aparece el diálogo y no se acepta la contraseña de su usuario actual, apportes probable que esté tratando de autorizar su, lo que requiere que use la contraseña para el rootusuario. En Ubuntu, este rootusuario no existe como una cuenta de usuario explícita en la que puede iniciar sesión. Para solucionarlo : sudo gksu-properties; cambio su-> sudo; Es posible que se requiera un reinicio
mpag
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.