New issue
Advanced search Search tips

Issue 748652 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 428044
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Sometimes BrowserAction Popup Height is not Adjusted According to Content After Opening on Mac

Reported by ilyaigpe...@gmail.com, Jul 25 2017

Issue description

Chrome Version: 59.0.3071.115
OS Version: OS X 10.11.4

This issue happens only on Mac, on Windows and Linux it works as expected.

What steps will reproduce the problem?
1. Install extension.
2. Click extension icon (browserAction).
3. Close popup.
4. Wait 5 seconds.
5. Repeat from step 2 till you have popup with wrong height.

What is the expected result?

Popup must have a height corresponding to its content.

What happens instead of that?

Sometimes popup has minimal height showing only part of content (bottom).

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Related:  https://crbug.com/56340  (but in this case we "close, wait, open" instead of "close, open").

Other details: UI is implemented in React.
 
popup-bug.png
47.2 KB View Download
active-audiences-0.0.0.4.zip
209 KB Download
Labels: Needs-Triage-M59

Comment 2 by woxxom@gmail.com, Jul 26 2017

Duplicate of issue 428044?
woxxom@, should I test #428044?

Comment 4 by woxxom@gmail.com, Jul 26 2017

Try reproducing in chrome canary. If this is a duplicate, the issue was fixed in 61.0.3118.0.
We couldn't reproduce it in Canary. Thank you. How much time will it take before it reaches stable (where should I look this up)?

Comment 6 by woxxom@gmail.com, Jul 26 2017

v61 is now in beta channel so six weeks to v61 judging by the standard release interval.
The fix might get merged into v60, but I doubt it as the issue wasn't tagged as Release-Block.
Cc: ligim...@chromium.org pnangunoori@chromium.org
Labels: -Needs-Triage-M59 M-60
Tested on Chrome Stable #60.0.3112.78 on Mac 10.12.5 and able to reproduce the issue. However issue is not reproduced on latest Canary #62.0.3168.0.

Using the reverse bisect providing the bisect results,

Good Build:62.0.3167.0 (Revision:489499).
Bad Build:62.0.3166.0 (Revision:489161).

Per-revision bisect gave all bad builds and couldn’t find the possible suspect even after increasing the range(489150 - 489505). So, requesting dev team to look into this issue.

Observations -- Issue can be reproduced even after clicking on the extension for multiple times repeatedly after step#4 in the original comment.

Note: 
1. Issue is not reproduced in Windows and Ubuntu.
2. Attached the screenshot of behavior noticed in 62.0.3166.0 .

Thanks.

748652.png
125 KB View Download
Components: Platform>Extensions
Updated components.
Cc: rbasuvula@chromium.org
Some one from Extensions dev team please look in to this issue.

Thank You!
Issue is still reproduced on latest Canary #63.0.3220.0. Could anyone from Platform>Extensions team kindly look into this issue.

Thanks!
Status: Untriaged (was: Unconfirmed)
Owner: karandeepb@chromium.org
Status: Assigned (was: Untriaged)
Going to put it in Karan's queue who is familiar with mac :)
Mergedinto: 428044
Status: Duplicate (was: Assigned)
This is a dupe of issue 428044, which is a long standing issue. Won't have bandwidth to look into this currently.

Sign in to add a comment