After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 697668 - Password dialogs provide no context about what's requesting a password
Password dialogs provide no context about what's requesting a password
Status: RESOLVED DUPLICATE of bug 688351
Product: gnome-shell
Classification: Core
Component: general
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-04-09 21:34 UTC by Jeremy Nickurak
Modified: 2015-07-14 22:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeremy Nickurak 2013-04-09 21:34:06 UTC
The gnome-shell password prompt can pop up at any time that a password is required.

Sadly, it doesn't provide any information about what the password is going to used for, or what application wants it. Maybe empathy wants my gmail password in order to sign into gtalk. Maybe the StealYourIdentity™ app is trying to get the password for nefarious reasons. I have no idea.

But given I don't have that information, I have two choices:

- Don't trust any of them, and stop using empathy/evolution/whatever, until I figure out how to update their passwords by some other means
- Trust all of them, which (being the most convenient option) is probably the behavior that's going to be reinforced by gnome-shell.
Comment 1 Khairil Yusof 2013-08-19 01:40:43 UTC
This is an important paper cut issue for users. Without knowing context, it is hard to figure out which application is requesting this, to disable it.

I get multiple requests for my gmail account, but where is it coming from if evolution and empathy have been disabled? Is it Online Accounts? Is it some other application?

Very bad user experience.
Comment 2 Matt Butler 2013-08-19 01:56:16 UTC
I've run into this a few times myself with my google account. Because I use 2 factor authentication I need to generate an application specific password. But because the prompt is modal I can't create the password and paste it in. And because the dialog doesn't indicate what application is requesting the password (GNOME online accounts? Empathy? Thunderbird?)I can't find where to put it in after the fact.
Comment 3 Allan Day 2013-08-19 09:08:09 UTC
(In reply to comment #0)
> The gnome-shell password prompt can pop up at any time that a password is
> required.

I think that this is the real bug in this case. Password dialogs should *never* randomly pop in your face - they should always be triggered by an action that you just made.

I suspect that you've run into an Evolution bug: sometimes it pops up a password dialog on its own. Have you been able to figure out what was actually causing the dialog?

That said, I agree that we should indicate which application is wanting a password, but I think it makes sense to tackle this when we get into application sandboxing territory.
Comment 4 Khairil Yusof 2013-08-21 07:19:09 UTC
I believe it's Online Accounts and Google Services. This can expire (with no notice to user). So the password dialog could be from services that call it. I tried disabling all mail/contact checks in Evolution and it still pops-up.

Only when reauthenticating does it work. 

Furthermore the authentication can be two-pass so the password dialog will never work.
Comment 5 Adam Williamson 2014-07-30 20:10:02 UTC
For the record Kamil Paral reported running into this in #fedora-desktop today:

<kparal> folks, could somebody please tell me which application is responsible for this dialog? https://dl.dropboxusercontent.com/u/839209/gnome-password.png

<kparal> I don't want to give my password to "someone", I want to know who I'm giving it to. Evolution works OK and GOA don't complain either. I have no idea what other application can be responsible for this dialog. Why is there no app identifier?

<kparal> and it displays again and again after every log in and then each 30 minutes or something like that

I believe he'd likely be running 3.10, 3.12 or 3.13.
Comment 6 Kamil Páral 2014-07-30 21:56:44 UTC
(In reply to comment #5)
> For the record Kamil Paral reported running into this in #fedora-desktop today:
> 
> <kparal> folks, could somebody please tell me which application is responsible
> for this dialog? https://dl.dropboxusercontent.com/u/839209/gnome-password.png

I re-uploaded it here:
http://i.imgur.com/XI8G0lf.jpg

> 
> <kparal> I don't want to give my password to "someone", I want to know who I'm
> giving it to. Evolution works OK and GOA don't complain either. I have no idea
> what other application can be responsible for this dialog. Why is there no app
> identifier?

After trial and error, I found out that it was caused by Google account in GNOME Online Accounts, by Calendar slider. No matter what password I used (general google password or custom application password), it rejected it as invalid. So I decided to remove Google account from GOA and add it back again. It was removed successfully, but clicking on Add Online Account button does nothing. So this problem was "solved" for me - I no longer have my account in GOA.

> 
> <kparal> and it displays again and again after every log in and then each 30
> minutes or something like that
> 
> I believe he'd likely be running 3.10, 3.12 or 3.13.

3.10

Someone with sufficient permissions should change the Version of this bug, and also change it to more appropriate state than NEEDINFO - it seems we don't need to wait for any more information.
Comment 7 Adam Williamson 2014-07-30 22:31:27 UTC
kamil: well, the journalctl output might help figure out what's going wrong with GOA, I guess.
Comment 8 Kamil Páral 2014-07-31 07:43:04 UTC
(In reply to comment #7)
> kamil: well, the journalctl output might help figure out what's going wrong
> with GOA, I guess.

Yeah. I haven't seen anything useful there, but I'll try to debug it soon and then report it as a separate issue.
Comment 9 Alexandre Franke 2015-07-14 22:39:50 UTC

*** This bug has been marked as a duplicate of bug 688351 ***