Bug 1338761
| Summary: | GOA complains, credential need to be re-entered, but no changed behaviour afterwards | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | lray+redhatbugzilla |
| Component: | gnome-online-accounts | Assignee: | Debarshi Ray <debarshir> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | aleksei.iurevich.laptev, debarshir, desintegr, leo.hermans, lray+redhatbugzilla, nfink95, nobody+PNT0342590-2 |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-07-28 13:13:16 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
lray+redhatbugzilla
2016-05-23 12:08:50 UTC
I faced the same problem, but starting today I could enter the Google Online Accounts and use them without problem. Maybe there is a relation with the new Kernel~4.6.3-300.fc24.x86_64 I installed early today. Greetings, I am facing the same crippling bug. I am unable to use Evolution, GNOME Calender or GNOME contacts due to this bug. The name and version of the buggy software Name : gnome-online-accounts Version : 3.20.2 Description of problem: Attempting to add a Google account "appears" to succeed then throws the error "Credentials have expired". I have tried removing the accounts as well as the credentials in Seahorse to no avail. Operating System: Fedora 24 x86 Relevant information from journalctl: org.gnome.OnlineAccounts[2382]: ** Message: Remote error from secret service: org.freedesktop.Secret.Error.NoSess ion: The session wrapping the secret does not exist org.gnome.OnlineAccounts[2382]: (goa-daemon:2526): GoaBackend-WARNING **: secret_password_store_sync() failed: Th e session wrapping the secret does not exist org.gnome.OnlineAccounts[2382]: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.11 was not provided by any .service files org.gnome.OnlineAccounts[2382]: (goa-daemon:2526): GoaBackend-WARNING **: secret_password_lookup_sync() failed: The name :1.11 was not provided by any .service files org.gnome.OnlineAccounts[2382]: goa-daemon-Message: /org/gnome/OnlineAccounts/Accounts/account_1469488882_3: Setting AttentionNeeded to TRUE because EnsureCredentials() failed with: Failed to retrieve credentials from the keyring (goa-error-quark, 4) After further testing I believe I have found the method to reproduce this bug. Step 1. Add an account to gnome-online-accounts Step 2. Log out Step 3. Log in Step 4. Launch gnome-online-accounts, the "Credentials have expired" is thrown. A Seahorse prompt is shown immediately after logging in after reboot or cold boot to unlock the keychain. Upon successfully entering the keychain password everything works as expected. Logging in and out of GDM does not trigger the Seahorse prompt which throws this error. Manually unlocking Seahorse does not resolve the error either. (In reply to comment #3) > After further testing I believe I have found the method to reproduce this > bug. > > Step 1. Add an account to gnome-online-accounts > Step 2. Log out > Step 3. Log in > Step 4. Launch gnome-online-accounts, the "Credentials have expired" is > thrown. Sounds like a systemd/dbus problem. Fedora 24 now uses a systemd --user to spawn dbus-daemon. Unfortunately it doesn't clean up the dbus services when the user logs out, which creates this problem. Does the problem go away if you reboot instead of log out/in? (In reply to Debarshi Ray from comment #4) > (In reply to comment #3) > > After further testing I believe I have found the method to reproduce this > > bug. > > > > Step 1. Add an account to gnome-online-accounts > > Step 2. Log out > > Step 3. Log in > > Step 4. Launch gnome-online-accounts, the "Credentials have expired" is > > thrown. > > Sounds like a systemd/dbus problem. Fedora 24 now uses a systemd --user to > spawn dbus-daemon. Unfortunately it doesn't clean up the dbus services when > the user logs out, which creates this problem. > > Does the problem go away if you reboot instead of log out/in? If it does, then it is a duplicate of bug 1340203 Hi Debarshi, yes after a restart it works again like expected. In my case the gnome-online-account might after the re-login not instantly complain about all accounts expired, but after the first trials of using those (e.g. checking mail with evolution). Yes, the duplicate bug 1340203 looks fitting. Cheers, Lennart (In reply to Debarshi Ray from comment #4) > (In reply to comment #3) > > After further testing I believe I have found the method to reproduce this > > bug. > > > > Step 1. Add an account to gnome-online-accounts > > Step 2. Log out > > Step 3. Log in > > Step 4. Launch gnome-online-accounts, the "Credentials have expired" is > > thrown. > > Sounds like a systemd/dbus problem. Fedora 24 now uses a systemd --user to > spawn dbus-daemon. Unfortunately it doesn't clean up the dbus services when > the user logs out, which creates this problem. > > Does the problem go away if you reboot instead of log out/in? Yes, the problem goes away after rebooting. Feel free to merge my prior comments with Bug 1340203 if you feel it is appropriate to do so. Thanks! *** This bug has been marked as a duplicate of bug 1340203 *** |