Closed
Bug 1453554
Opened 7 years ago
Closed 7 years ago
Firefox Nightly initial Window size is small (and do not recover in XVFB) on Ubuntu regression
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1449166
People
(Reporter: peter, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
489.80 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
Steps to reproduce:
When automating and starting Firefox Nightly using Geckodriver the initial size of the window is super small. This happens on Firefox Nightly on Ubuntu (I cannot recreate it on Mac OS X) and it started to happen a couple of days ago or something like a week ago (I haven't been updating Nightly daily so I do not know when it happened)).
If I use latest stable, it works as before: The window size is larger.
When I do the same using XVFB the window never recover so the size is super small and that is a problem since I'm recording a video of the screen to calculate Visual Metrics of how fast the web page is painted.
Reporter | ||
Updated•7 years ago
|
Keywords: regression
Comment 1•7 years ago
|
||
Hello Peter,
Have you changed anything to the environment lately? What's the version of Geckodriver used?
If the problem still persists, the you should use the mozregression tool to try to find the version of Firefox is occurs on.
You can find the tool here: https://mozilla.github.io/mozregression/
Flags: needinfo?(peter)
Reporter | ||
Comment 2•7 years ago
|
||
Hi Bodea,
no changes in the environment. When I try out the latest stable of Firefox it works. If I try a Nightly build done a couple of weeks earlier (still 61) it works.
I'm using Geckodriver 0.20.1.
I have the dates --good 2018-03-26 --bad 2018-04-11 but need to switch OS but not sure I will be able to see the problem with mozregression? But let me try during the weekend.
Flags: needinfo?(peter)
Reporter | ||
Comment 3•7 years ago
|
||
I've run it now and this is what I got:
12:42.30 INFO: Last good revision: a75367f49378821ebe82c84e2dc714beb37bdfc2
12:42.30 INFO: First bad revision: 6dbe66440bd2b872776e22d1a2cbd32755c81a2c
12:42.30 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a75367f49378821ebe82c84e2dc714beb37bdfc2&tochange=6dbe66440bd2b872776e22d1a2cbd32755c81a2c
Reporter | ||
Comment 4•7 years ago
|
||
Also I'm on Ubuntu 16.04.
Running on my normal screen I can see that the browser window first is super small and then open up to a larger window. Using XVFB that resize never happens running with the following preferences: https://github.com/sitespeedio/browsertime/blob/master/lib/firefox/webdriver/firefoxPreferences.js
In previous versions the browser opens the window in "normal" size.
Comment 5•7 years ago
|
||
Hi Xidorn Quan,
Seems that bug 1446264 might have introduced this issue. Could you take a look please?
Flags: needinfo?(xidorn+moz)
Comment 6•7 years ago
|
||
Linux-only regression from that bug like this is likely the same issue as bug 1449166. Mark it depend on that for now, and we can see if fixing that bug fixes this as well.
Comment 7•7 years ago
|
||
Hi, could you check whether this bug is fixed in the latest nightly (20180426220144)?
Flags: needinfo?(peter)
Reporter | ||
Comment 8•7 years ago
|
||
Yes it works now, thanks a lot!
Comment 9•7 years ago
|
||
Thanks for confirming!
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(peter)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•