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, ishikawa <ishik...@yk.rim.or.jp> wrote: > 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 > > normal mode or on Windows and macOS > > > > > > > > For those unfamiliar with the project, the main goal of headless browsing > > is to make web developer workflow and testing with Firefox easier. There > > are currently two ways to interact with headless Firefox by using either > > SlimerJS or Marionette (WebDriver/Selenium). > > > > > > > > Testing: > > > > The Marionette test suite is now run in headless mode alongside the > normal > > mode as a tier 2 test on try. There are also some basic xpcshell tests > that > > use a simple headless browser. If the Marionette tests remain reliable, I > > intend to bump them up to tier 1 in a few weeks [1]. > > > > > > > > In the near future, I'll also be enabling headless mode on Windows and > then > > will start work on macOS. We also are going to investigate some possible > > performance improvements for headless mode. > > > > > > > > If you run into any issues please file a bug in the new headless > component > > [2]. > > > > This sounds interesting. > > 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 it was rather disappointing to see such a > feature needed to be disabled due to xpcshell test failing. > > Does this new approach take care of such an issue in a more or less > developer-friendly manner? Maybe we have a global flag to see if > the program runs in headless mode? > (Then I can do "if(!headless_mode) show the dialog on the screen", etc.) > > TIA > > > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform