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

Issue 730790 link

Starred by 1 user
Status: Untriaged
Owner: ----
Cc:
aashuto...@chromium.org
█ cernekee@chromium.org
steve...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Shill incorrectly remains online state when portal provider disconnects device

Project Member Reported by warx@chromium.org, Jun 7 2017 
tot Chrome 61.0.3124.0
Platform 9515.0.0

Precondition: chromebook successfully connects to internet through captive portal wifi.
Then, portal wifi provider disconnects device through admin page.

We will see chrome portal detection reports portal status, but shill still reports online, thus there is no network connection state change.

From Shill service state machine, it seems there is no Online to Portal state transition: https://www.chromium.org/chromium-os/chromiumos-design-docs/network-portal-detection

Comment 1 by cernekee@chromium.org, Jun 7 2017

Components: OS>Systems>Network
This seems more like a design limitation than a bug.  How would shill know that the portal has cut off internet access?

A related question came up in this document:

https://docs.google.com/a/google.com/document/d/17aFHb9jyCTKuoSjD-G-pNtKH1Hk-9Fb6181eSyBeths/edit?disco=AAAABNJOJF4

Maybe what we want is for Chrome to notice that HTTP is returning unexpected redirects / portal landing pages, or that HTTPS is seeing bad certs that match a known pattern.  Then it could re-initiate another portal check.

Comment 2 by warx@chromium.org, Jun 7 2017 

yes, I think shill is hardly getting to know this change.

I put a workaround in the CL: https://codereview.chromium.org/2923343004/ temporarily for not letting  issue 705813  block issue 702273.

Comment 3 by harpreet@chromium.org, Jun 8 2017

Cc: aashuto...@chromium.org

Comment 4 by marcuskoehler@chromium.org, Jan 15

Labels: Enterprise-Triaged
►

Sign in to add a comment