New issue
Advanced search Search tips

Issue 659435 link

Starred by 1 user
Status: WontFix
Owner:
schenney@chromium.org
Closed: Nov 2017
Cc:
vmp...@chromium.org
Components:
EstimatedDays: ----
NextAction: 2016-11-15
OS: Linux
Pri: 3
Type: Bug



Sign in to add a comment

2FA QR code are not rendered

Project Member Reported by ukai@chromium.org, Oct 26 2016 
Version: 54.0.2840.71 (Official Build) (64-bit)
OS: Linux

What steps will reproduce the problem?
(1) https://myaccount.google.com/security
(2) 2 factor authentication
(3) authenticator app -> change

What is the expected output?
What do you see instead?

QR code should be shown, but stop just before rendering QR code.
QR code seems to be shown when it cancels (and soon disappears), or
switched to another tab and back to the tab?

Please use labels and text to provide additional information.

Comment 1 by schenney@chromium.org, Oct 26 2016

Labels: Needs-Feedback Needs-TestConfirmation
NextAction: 2016-11-09
Status: Unconfirmed (was: Untriaged)
I can't reproduce this on Linux Version 54.0.2840.59 beta (64-bit). Note that to get to the screen in question you need to sign in a couple of times and use the little "edit" icon to change the app.

I got the QR code no problem.

ukai@, is this reliably reproducible?

Test team, are you seeing it?

Adding NextAction for feedback timeout.

Comment 2 by ukai@chromium.org, Oct 27 2016 

it was reliably reproducible.
it seems it missed last paint event or so.

Comment 3 by durga.behera@chromium.org, Oct 31 2016

Labels: M-54 OS-Linux
Unable to reproduce the issue and able to see the QR code being generated.
Could you please take a look into the screen cast of Ubuntu 14.04 on Stable 54.0.2840.71 as attached and let us know if anything is missed.
659435_Oct_31.ogv
1021 KB View Download

Comment 4 by ukai@chromium.org, Oct 31 2016 

hmm, it just was too slow?
https://goo.gl/photos/oQPryJ7aRG68fJiC9

it seems it takes long time (> 1 minute) after it stops loading animation
especially when full screen? 
and without any event (e.g. if I don't move mouse etc.)

Comment 5 by schenney@chromium.org, Oct 31 2016

Labels: -Needs-TestConfirmation
I tried it on a Wireless device on our impaired networks and it still displayed correctly, at least in Canary.

This might be related to a bug we had in png loading over slow networks, but I thought that was fixed and merged into m54.

ukai@, can you try a different machine and also Chrome Canary (or Beta on Linux) and see if it still reproduces?

Comment 6 by ukai@chromium.org, Nov 1 2016 

I don't think google guest wifi is slow...

anyway, it won't reproduce on Chromium 56.0.2906.0 (Developer Build) on hp Z620 + google network.

Comment 7 by schenney@chromium.org, Nov 1 2016

Labels: -Needs-Feedback
NextAction: 2016-11-15
Owner: schenney@chromium.org
Status: Available (was: Unconfirmed)
To clarify "impaired networks" I meant the 2G simulated WiFi networks we have.

I'll leave the bug open for now and we'll check back in a couple of weeks to see if the issue persists.
Project Member

Comment 8 by sheriffbot@chromium.org, Nov 2 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by schenney@chromium.org, Nov 2 2017

Status: WontFix (was: Untriaged)
Lack of activity suggests that this is not an issue an more. Please re-open if it is.
►

Sign in to add a comment