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

Issue 701674 link

Starred by 1 user
Status: Closed
Owner: ----
Closed: Sep 10
Cc:
dominickn@chromium.org
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: ‘Auto Download ‘ bubble is misaligned from Auto Download icon in https://permission.site/.

Reported by dmascare...@etouch.net, Mar 15 2017 
Chrome Version:59.0.3042.0 (Official Build) 8fdbfb2484873d09de132e051da87e580382f95b-refs/heads/master@{#456934}
OS: Mac (10.11.6,10.12.1)

What steps will reproduce the problem?
1. Launch chrome and navigate to https://permission.site/
2. Click on ‘Auto Download’ button ,’Allow it (such that Auto Download icon is seen in omnibox ) and then click ‘Popup (delayed 2 seconds) button 
3. Immediately click on  Auto Download icon in omnibox ( ‘Auto Download’ bubble should be seen before popup blocker icon/animation is seen)(Refer screencast)
4. Observe Auto Download bubble.

Actual: Auto Download bubble is seen misaligned after step 3.
Expected: Auto Download bubble should be at proper location/position.

This is regression issue, broken in ‘M 58’ and below is manual bisect info:
Good build:58.0.3028.0
Bad build:58.0.3029.0

Note: Issue is not seen on Windows and Linux OS.
Actual.png
92.0 KB View Download
Actual_AD.mov
1.9 MB Download

Comment 1 by rbasuvula@chromium.org, Mar 15 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision
Owner: bauerb@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:58.0.3028.0 (Revision:454140).
Bad build:58.0.3029.0 (Revision:454471).

You are probably looking for a change made after 454227 (known good), but no later than 454228 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/b060f62b067b36eaef6106c0e258e1ed45d4f38a..3db897f00b693287702dc2b88c5ebe757e2babaf

From the CL above, assigning the issue to the concern owner

@bauerb : Could you please look into the issue, unable to assign the chromium owner and if possible please assign it to concern owner.

Review-Url:  https://codereview.chromium.org/2561673003
Note: Mac specific issue and able to reproduce in latest Canary #59.0.3042.0

Comment 2 by rbasuvula@chromium.org, Mar 15 2017 

Adding Release Block-Stable for this issue.Please remove if not the case.

Thank you!

Comment 3 by rbasuvula@chromium.org, Mar 15 2017

Labels: ReleaseBlock-Stable

Comment 4 by ligim...@chromium.org, Mar 17 2017

Labels: Needs-triage-Mobile
This is a regression in M58 and tagged as RBS. Please try to resolve ASAP.

Comment 5 by dominickn@chromium.org, Mar 20 2017

Cc: dominickn@chromium.org
Labels: -Pri-1 -ReleaseBlock-Stable -Needs-triage-Mobile Pri-2
This is a long existing issue with other permission types (you can do exactly the same steps with Location permission). This is purely a race because you have the auto downloads bubble open and then the popup is triggered, which slides in the popup action. Having the bubble move from underneath you after it's open is definitely an anti pattern.

Arguably, the right fix is that the pop up blocked animation should not happen if any content setting page action has a menu open. 

Removing RBS and dropping to P2.

Comment 6 by bauerb@chromium.org, Sep 8

Owner: ----
Status: Untriaged (was: Assigned)
Bulk edit: Moving back into the untriaged pool, as I'm leaving the project.

Comment 7 by lgrey@chromium.org, Sep 10

Status: Closed (was: Untriaged)
This is pre-Harmony, so obsolete. The new bubble is aligned with the edge of the omnibox as intended.
►

Sign in to add a comment