Re: Shipping Headless Firefox on Linux

On 2017年06月16日 11:22, Andrew Sutherland wrote: > On Thu, Jun 15, 2017, at 09:37 PM, ISHIKAWA,chiaki wrote: >> Interesting. >> But this covers only modal prompts generated by/in JavaScript modules, >> and not C++ code? >> If so, maybe I should re-think my previous error/warning dialog to see >> if

Re: Shipping Headless Firefox on Linux

On 06/16/2017 10:31 AM, Dan Mosedale wrote: 2017-06-16 6:22 GMT-07:00 Ehsan Akhgari >: On 06/15/2017 04:37 PM, Nathan Froyd wrote: Would it be feasible to use headless mode for mochitests (or reftests, etc. etc.)? Running the test

Re: Shipping Headless Firefox on Linux

Supporting a "--headless" flag for the web platform tests would be great. I think we should keep running all the tests in a real environment but try to get all of them running in headless as well. Most of the failures will be fixed by some work I did in the windows support bug[1]. I'll look into it

Re: Shipping Headless Firefox on Linux

Dan and Andreas bring up points that I was going to add, but to further it a bit more: Running tests in the correct real environment is important and I think we'd have to be very cautious of running tests in headless mode only. I see headless more as a complimentary testing mode, where you have 99

Re: Shipping Headless Firefox on Linux

2017-06-16 6:22 GMT-07:00 Ehsan Akhgari : > On 06/15/2017 04:37 PM, Nathan Froyd wrote: > >> Would it be feasible to use headless mode for mochitests (or reftests, >> etc. etc.)? >> > Running the tests that we rely on for correctness on an environment that > looks this different than the environme

Re: Shipping Headless Firefox on Linux

Also sprach Dan Mosedale: 2017-06-16 6:22 GMT-07:00 Ehsan Akhgari : On 06/15/2017 04:37 PM, Nathan Froyd wrote: Would it be feasible to use headless mode for mochitests (or reftests, etc. etc.)? Running the tests that we rely on for correctness on an environment that looks this different t

Re: Shipping Headless Firefox on Linux

Also sprach Ehsan Akhgari: On 06/15/2017 04:37 PM, Nathan Froyd wrote: Would it be feasible to use headless mode for mochitests (or reftests, etc. etc.)? Running the tests that we rely on for correctness on an environment that looks this different than the environment that our users run soun

Re: Shipping Headless Firefox on Linux

On 06/15/2017 04:37 PM, Nathan Froyd wrote: On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: Headless will run less of the platform specific widget code and I don't recommend using it for platform specific testing. It is targeted more at web developers and testing regular content pages. The

Re: Shipping Headless Firefox on Linux

On 15/06/17 21:51, Ben Kelly wrote: On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: Headless will run less of the platform specific widget code and I don't recommend using it for platform specific testing. It is targeted more at web d

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017, at 09:37 PM, ISHIKAWA,chiaki wrote: > Interesting. > But this covers only modal prompts generated by/in JavaScript modules, > and not C++ code? > If so, maybe I should re-think my previous error/warning dialog to see > if the generation can be moved to JavaScript code. > It

Re: Shipping Headless Firefox on Linux

On 2017/06/16 6:47, Mike Hommey wrote: On Thu, Jun 15, 2017 at 04:51:48PM -0400, Ben Kelly wrote: On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: Headless will run less of the platform specific widget code and I don't recommend using

Re: Shipping Headless Firefox on Linux

On 2017/06/16 5:33, Andrew Sutherland wrote: On Thu, Jun 15, 2017, at 03:27 AM, ishikawa wrote: On local machine, when I added a modal error dailog as a response to an error condition, which happens to be artificially created and tested in xpcshell test, the test fails because the screen or wha

Re: Shipping Headless Firefox on Linux

On 2017/06/16 0:52, Brendan Dahl wrote: Depending on how the dialog was triggered, it may just work in headless mode. To run the test in headless mode, add "headless = true" to the test in your xpcshell.ini. Also, if you're in headless mode you can check it by calling gfxPlatform::IsHeadless() in

Re: Shipping Headless Firefox on Linux

The width and height can be adjusted with the environment variables MOZ_HEADLESS_WIDTH and MOZ_HEADLESS_HEIGHT. We don't currently support DPI changes, but it shouldn't be too hard to add. On Thu, Jun 15, 2017 at 1:51 PM, Ben Kelly wrote: > On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: >

Re: Shipping Headless Firefox on Linux

I ran a few mochitests in headless mode awhile ago, so it's definitely feasible. I haven't looked into it much more yet, as I'm still trying to get a basic level of support to each platform. On Thu, Jun 15, 2017 at 1:37 PM, Nathan Froyd wrote: > On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wro

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017 at 04:51:48PM -0400, Ben Kelly wrote: > On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: > > > On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: > > > Headless will run less of the platform specific widget code and I don't > > > recommend using it for platform specifi

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017 at 4:37 PM, Nathan Froyd wrote: > On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: > > Headless will run less of the platform specific widget code and I don't > > recommend using it for platform specific testing. It is targeted more at > > web developers and testing regu

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl wrote: > Headless will run less of the platform specific widget code and I don't > recommend using it for platform specific testing. It is targeted more at > web developers and testing regular content pages. There definitely will be > cases where regul

Re: Shipping Headless Firefox on Linux

On Thu, Jun 15, 2017, at 03:27 AM, ishikawa wrote: > On local machine, when I added a modal error dailog as a response to an > error condition, which happens to be artificially created and tested in > xpcshell test, the test fails because the screen or whatever is not > available. Fair enough, but

Re: Shipping Headless Firefox on Linux

At the moment, headless isn't much different than running with xvfb (besides being more convenient than installing xvfb). For the first stage, performance hasn't been the priority, but we expect some improvements and we'll be starting some work on this soon. Headless will run less of the platform

Re: Shipping Headless Firefox on Linux

I typically use xvfb-run when executing tests locally. How does headless mode differ? Does it just run faster, but at the cost not testing some widget code? On Wed, Jun 14, 2017 at 7:51 PM, Brendan Dahl wrote: > Hello All, > > > As of Firefox 55 I intend to ship headless Linux support (Firefox

Re: Shipping Headless Firefox on Linux

Depending on how the dialog was triggered, it may just work in headless mode. To run the test in headless mode, add "headless = true" to the test in your xpcshell.ini. Also, if you're in headless mode you can check it by calling gfxPlatform::IsHeadless() in c++. On Thu, Jun 15, 2017 at 12:27 AM, i

Re: Shipping Headless Firefox on Linux

On 2017年06月15日 08:51, Brendan Dahl wrote: > Hello All, > > > As of Firefox 55 I intend to ship headless Linux support (Firefox without a > GUI and X11 server connection). Headless mode is enabled via the --headless > command line flag for Firefox and does not affect Firefox when running in > norm

Shipping Headless Firefox on Linux

Hello All, As of Firefox 55 I intend to ship headless Linux support (Firefox without a GUI and X11 server connection). Headless mode is enabled via the --headless command line flag for Firefox and does not affect Firefox when running in normal mode or on Windows and macOS For those unfamiliar