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

Issue 773459 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

Resizing extension browser action (popup) window upon open fails on macOS

Reported by kyle.spe...@gmail.com, Oct 10 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. Install the attached test web extension.
2. Open and and close the browser action popup by clicking the browser action icon a few times.

The popup's body is originally set to one set of body width/height, however, the application attempts to re-size the window upon opening it (setting a new width/height on the body by adding a new class).

What is the expected behavior?
Popup should open with the proper runtime modified body width/height.

What went wrong?
The popup opens and resizes only an inner portion of the window instead of the entire window. Screenshots:

- What it should look like: https://i.imgur.com/20GUOwC.png
- What it actually looks like: https://i.imgur.com/2lg8CGj.png

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 61.0.3163.100  Channel: stable
OS Version: 10.12.6
Flash Version: 

This only happens on macOS Chrome. I cannot reproduce it on Windows 10 Chrome or other browsers such as Firefox or Edge.

The same thing happens when trying to increase the size of the body as well, but instead you are left with content that is hidden and unreachable because of the overflow.

I have only been able to reproduce this when using AngularJS for the application running in the popup, however, as seen in the example, the problem also occurs whenever you just use regular jQuery to modify the popup's body dimensions (test case #3).

The only workaround is to use a timeout to set the dimensions after a 50ms delay (as shown in test case #2).
 
browser_action_resize.zip
370 KB Download

Comment 1 by woxxom@gmail.com, Oct 10 2017

Looks similar to issue 428044
Labels: Needs-Triage-M61
Cc: tapted@chromium.org sc00335...@techmahindra.com
Components: Platform>Extensions
Labels: Triaged-ET M-63
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on reported version 61.0.3163.100 and latest canary 63.0.3236.0 using Mac 10.12.6 with attached zip file in Comment#0.
Issue is not seen in linux and Windows. 

Same behaviour is seen from M50[50.0.2166.0]. Hence considering this as Non-regression and marking as Untriaged. 

Comment 4 by tapted@chromium.org, Oct 11 2017

Mergedinto: 428044
Status: Duplicate (was: Untriaged)
Thanks for the test case! We're tracking the problem in Issue 428044 (plan is to implement  Issue 728174  so we use the same code on mac that we use on other platforms).

Sign in to add a comment