Sorry to hear that!

What happens if you sign-out from your ChromeOS account and sign back in? Do you still get the error message? Is there anything remarkable that you do before the message appears?

Adding Services>SignIn as this seems more a SignIn issue.

I don't do anything remarkable. Just workshop on my Chromebook.
When I sign-out from my Chromebook and sign back in, I still get the error
message. Only thing that's helps is turn of my VPN via the plugin in the
browser, log out the Chromebook and log back in. But then I'm not alle to
use my VPN. If I turn it backon, the problemen returns.

I allready updated to the latest OS version, but the problem keeps
existing. It seems I have to downgrade from the Beta to the stable version,
but then I have to reinstall many settings :-(


Op do 15 nov. 2018 08:16 schreef jkr… via monorail <
monorail+v2.3398457508@chromium.org:

Interesting, thanks for more info!

This indeed seems like a sign-in issue (removing the Sync component). Sign-in folks, please triage! (also cc'ing msarda@)

andretinga@, two more questions:
 - what is the VPN plugin that you use?
 - do you think it worked fine on Chrome Beta version 70? (before Oct 25)

I am using the NordVPN Proxy Extension - Privacy & Security.
See
https://chrome.google.com/webstore/detail/nordvpn-proxy-extension-p/fjoaledfpmneenckfbpdfhkmimnjocfa

Things worked fine until recently. I don't know if I then was using Beta
version 70 or not, but if I had to take a guess: I think I did.

Regards,
André

Op do 15 nov. 2018 om 12:37 schreef jkr… via monorail <
monorail+v2.3398457508@chromium.org>:

Assigning to Rahul who owns the sign-in code for ChromeOS.

I'm not aware of any recent login changes that would affect how proxy works w.r.t sync, but reassigning to pmarko@ to further triage/investigate since I believe he is more familiar with proxy networks than me.

(ie https://cs.chromium.org/chromium/src/chrome/browser/chromeos/login/existing_user_controller.cc?l=453-485&rcl=bb837b9015da4fca74af273516bd096b3e07fb0a)

cc'ing some others who may know

auto-replace is not my friend today...

I have the same issues, Titan Key user also
using the the NORDVPN browser extension, after install and VPN Connection, Shut down , cannot log back in , boot load lock up, cant get into guest mode , required a USB Recovery to fix, and not install the VPN, or uninstall the VPN browser extension before shut down.

Platform
11151.59.0 (Official Build) stable-channel celes
Firmware
Google_Celes.7287.92.164
Channel
Currently on stable
ARC Version
5167872
Blink
537.36 (@6da2ba233559398092dabd8dc7bc8e78cd758307)
V8
7.1.302.31
User Agent
Mozilla/5.0 (X11; CrOS x86_64 11151.59.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.94 Safari/537.36
Command Line
/opt/google/chrome/chrome --ppapi-flash-path=/opt/google/chrome/pepper/libpepflashplayer.so --ppapi-flash-version=32.0.0.101 --ui-prioritize-in-gpu-process --use-gl=egl --enable-native-gpu-memory-buffers --gpu-sandbox-failures-fatal=yes --enable-logging --log-level=1 --use-cras --enable-wayland-server --user-data-dir=/home/chronos --login-profile=user --has-chromeos-keyboard --guest-wallpaper-large=/usr/share/chromeos-assets/wallpaper/guest_large.jpg --guest-wallpaper-small=/usr/share/chromeos-assets/wallpaper/guest_small.jpg --child-wallpaper-large=/usr/share/chromeos-assets/wallpaper/child_large.jpg --child-wallpaper-small=/usr/share/chromeos-assets/wallpaper/child_small.jpg --default-wallpaper-large=/usr/share/chromeos-assets/wallpaper/oem_large.jpg --default-wallpaper-small=/usr/share/chromeos-assets/wallpaper/oem_small.jpg --default-wallpaper-is-oem --enable-consumer-kiosk --arc-availability=officially-supported --enable-features=Crostini,ExperimentalCrostiniUI --enterprise-enrollment-initial-modulus=15 --enterprise-enrollment-modulus-limit=19 --login-user=cuunpraan@gmail.com --login-profile=33954562620f3bc7f4e5fded1e943c1490819f9e --flag-switches-begin --disable-office-editing-component-extension --enable-potentially-annoying-security-features --site-per-process --load-media-router-component-extension=0 --disable-features=CastAllowAllIPs --flag-switches-end --vmodule=*arc/*=1,nss_cert_database_chromeos=1,*/assistant/*=1,*chromeos/login/*=1,auto_enrollment_controller=1,*/ui/ozone/*=1,*/ui/display/manager/chromeos/*=1,*night_light*=1,update_engine=1,component_updater_service=1,power_button_observer=2,webui_login_view=2,lock_state_controller=2,webui_screen_locker=2,screen_locker=2 --enable-features=Crostini,ExperimentalCrostiniUI --disable-features=CastAllowAllIPs
Build Date
Tuesday, December 11, 2018

This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this.

I'm not sure that I'm a good owner here.
The log says
var/log/ui/ui.20181114-205141:[10216:10216:1114/205203.713264:ERROR:user_session_manager.cc(2159)] OAuth2 token handle fetch failed.
-- would that lead to such an error message?

Who would be a POC for VPNs?

rkc@ / xiyuan@ / alemate@: Could you please take a look at this bug and explain what "OAuth2 token handle fetch failed" means. It looks like this is triggered from ChromeOS user session manager code https://cs.chromium.org/chromium/src/chrome/browser/chromeos/login/session/user_session_manager.cc?rcl=13ddc47e527b9c6b3f6fee027de0c1c7ff0d7cc7&l=2231

Kushagra, any idea what is going on here?

Sounds like a possible duplicate/related to https://crbug.com/914672 Will take a detailed look.