Dlaczego konta gnome-online-nie akceptują „hasła aplikacji” Google?

Korzystam z weryfikacji dwuetapowej w Google, więc przy udzielaniu zgody na dostęp do mojego konta Google do kont gnome-online, muszę również wpisać kod uwierzytelniający. W porządku, tak właśnie powinny działać rzeczy.

Jednak co jakiś czas mój login był resetowany i musiałem ponownie wprowadzać wszystko. Próbowałem więc utworzyć hasło aplikacji do użytku z kontami gnome-online, ale nie będzie ono akceptowane; nakazuje mi zamiast tego użyć hasła do konta.

Czy ktoś wie, dlaczego tak jest - a co ważniejsze - jeśli istnieje jakikolwiek sposób zmiany sposobu działania lub zapisania moich danych logowania Google za pomocą kont gnome-online pod weryfikacją dwuetapową?

To wydaje się być błędem. Z tego, co przeczytałem, wygląda na to, że istnieje obejście Gnome 3.8.

Czy używasz uwierzytelniania 2-czynnikowego w Google? Jeśli tak, lepiej nie korzystać z GOA w tej chwili.

Problem polega na tym, że w wersji 3.6 używamy CalDAV do Kalendarzy Google, który nie działa z tokenami OAuth, tylko z hasłami. Nie robi to także GTalk, który potrzebuje OAuth2.

Częściowo rozwiązaliśmy problem dla wersji 3.8, migrując naszego dostawcę Google do korzystania z OAuth2. To zajmuje się GTalk, ale problem z kalendarzami pozostaje.

Google nie planuje obsługiwać protokołu OAuth2 za pomocą CalDAV, ale nie jest pewne, kiedy będzie on szerzej dostępny. Lub możesz napisać i utrzymywać backend oparty na libgdata dla EDS, dopóki tak się nie stanie.

Chodzi tylko o Google.

Aby uzyskać pełne informacje, zobacz GNOME Bug 688364

Nie, nie wiem, ale wiem, że z gnome 3.8 i Ubuntu 13.04 jest problem, patrz:

http://kparal.wordpress.com/2012/12/03/gnome-3-6-gnome-online-accounts-and-google-two-factor-authentication/

może to pomaga.

Być może to pomaga. http://support.google.com/a/bin/answer.py?hl=pl&answer=175197 , pochodzi z Google, więc być może może to zawierać pewne szczegóły.