New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 695114 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Captive portal network fails on OOBE screen.

Project Member Reported by aashuto...@chromium.org, Feb 22 2017

Issue description

Chrome Version: <From about:version: Google Chrome 58.0.3015.0>
Chrome OS Version: <From about:version: Platform 9304.0.0>
Chrome OS Platform: <Caroline>
Network info: <Captive Portal Network>

Please specify Cr-* of the system to which this bug/feature applies (add
the label below).

Steps To Reproduce:
(1) Connect to Captive portal network on OOBE screen.
(2) Continue to the login page. 


Expected Result:
Captive network portal page should be popup with required information for the user to sign in to the network.

Actual Result:
Captive network page shows up but OS continuously crashes on the page. 

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
Always. 

What is the impact to the user, and is there a workaround? If so, what is
it?
Captive portal network cannot be used for signing in on OOBE.

Please provide any additional information below. Attach a screen shot or
log if possible.

For graphics-related bugs, please copy/paste the contents of the about:gpu
page at the end of this report.


 
debug-logs_20170222-104203.tgz
1.2 MB Download
Cc: -steve...@chromium.org
Labels: -Pri-2 ReleaseBlock-Beta Pri-1
Owner: steve...@chromium.org
stevenjb@ - are you the right owner for this?
Cc: steve...@chromium.org achuith@chromium.org
Owner: alemate@chromium.org
I'm not sure how (or if) captive portal is intended to work in OOBE, alemate@ or achuith@ should.

Yes, captive portal should work on OOBE.
I'll look into this, but crash seems more like  issue 692784  . The fix for it has not yet landed into Canary.

Comment 4 by ztr...@gmail.com, Feb 25 2017

This occurs even post-OOBE for me when I have the login screen set to not show portraits so that I can force the chromebook to require my yubikey to log in. 

9202.28.1 (Official Build) beta-channel edgar
The revert that should fix the problem landed in 3022 .
This has not yet got into canaries.
I think we should wait and check for that fix.

> This occurs even post-OOBE for me when I have the login screen set ...

OOBE and login screens are specific in terms of the mix on native UI and WebUI. The issue that I linked here is about focus transition from WebUI into NativeUI. So it seems reasonable that the login screen could also experience this issue.
Status: Assigned (was: Untriaged)
Is this still active? If we landed a fix in 3022 per comment 5 we should be clear for R58.
Status: Verified (was: Assigned)
Working as expected on Hana R58- 9334.9.0. Closing this as verified. 
Labels: Merge-TBD
[Auto-generated comment by a script] We noticed that this issue is targeted for M-58; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-58 label, otherwise remove Merge-TBD label. Thanks.
Labels: -Merge-TBD

Sign in to add a comment