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

Issue 656600 link

Starred by 5 users

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Captive portal notification blocked on start screen

Project Member Reported by abodenha@chromium.org, Oct 17 2016

Issue description

Google Chrome	54.0.2840.59 (Official Build) beta (64-bit)
Revision	0
Platform	8743.65.0 (Official Build) beta-channel samus
OS: Chrome

What steps will reproduce the problem?
(1) Be on the start screen.
(2) Connect to a network with a captive portal


What is the expected output?
Captive portal notification is shown and able to complete connecting to network

What do you see instead?
Notification bell shows +1, but notification does not show. Clicking on the 
bell prompts the user to sign in to see notifications.

If the user's account requires GAIA reauth (as it often will while traveling) the result is a blocked state. It can be escaped by going to guest mode, but the user would need to know that and not have it blocked by policy

Lots of hands touching notifications lately. CCing a few people who might know what's up.
 

Comment 1 by xiy...@chromium.org, Oct 17 2016

Notifications are probably not working on login/lock screen in current impl.

We call FixCaptivePortal() on Gaia screen [1] when a captive portal is detected. Do we want to do this on other screens too?

[1] https://cs.chromium.org/chromium/src/chrome/browser/ui/webui/chromeos/login/signin_screen_handler.cc?rcl=1476702996&l=819
Cc: scunning...@chromium.org
+scunningham@ to repro/categorize if this is something new in M54
Owner: xiy...@chromium.org
This is the first I've seen of notifications not displaying on the start screen.

Makes total sense to not show anything user specific when not in a logged in state, but system-level notifications (captive portal, battery level, etc) should show on all screens.
Cc: tienchang@chromium.org
Cc: aashuto...@chromium.org
Components: UI>Shell>Networking
aashutoshk@, have you seen this against our captive portal setups?
Owner: yoshiki@chromium.org
+yoshiki as per chat with Albert 

any updates here?

aashutoshk@ were you able to repro?

I was not able to reproduce this issue on Testing team's captive portal network using Samus (8743.65.0 build). I tried using captive portal on OOBE, login screen (add user) and logged in as a user and it works as expected. 
@abodenha : Can you please provide a couple of screenshots? so we know what exactly is failing
Is this a regression?
I was also not able to repro this on 54.0.2840.65 (8473.67.0). I can access to the captive portal login page without problem.

Step (OOBE)
1. Powerwash the ChromeOS
2. Connect a wifi with the captive portal
3. Agree the terms
4. See the captive portal notification and the captive portal login page after a sec


Step (GAIA Reauth)
1. Power on and see the Chrome OS login screen
2. Connect a wifi with the captive portal
3. Enter a wrong password several times
(Chrome OS falls back to GAIA login)
4. See the captive portal notification and the captive portal login page after a sec

IMG_4490.jpg
1.9 MB View Download
IMG_4491.jpg
4.8 MB View Download
Labels: -ReleaseBlock-Stable
Owner: abodenha@chromium.org
Removing RBS since others can't repro this.

I'll try again when I get back to my hotel tonight and grab a screenshot.
Status: WontFix (was: Assigned)
Can't repro. :-(

Sign in to add a comment