Re: Outline of a plan to remove all XUL documents from mozilla-central

https://bugzilla.mozilla.org/show_bug.cgi?id=1550801 On Wed, May 15, 2019 at 6:30 AM Gijs Kruitbosch wrote: > On 14/05/2019 16:32, Brian Grinstead wrote: > >> 1. Load all XUL documents as XHTML using the prototype cache. This > >> doesn’t require any file renaming, we will just detect

XUL Overlays Removed

This is hopefully the last thing you’ll ever hear about XUL overlays as they have now been completely removed from Firefox[1]. For those unfamiliar with overlays, they provided a way to merge two XUL documents and were mainly used by legacy extensions and in several places within the Firefox UI.

Re: PSA: HTML injection in chrome documents is now automatically sanitized

Would it be very difficult to warn when something is sanitized and removed? I wasted a good deal of time trying to figure out why createContextualFragment wasn't working. On Fri, Feb 2, 2018 at 2:10 AM, Gijs Kruitbosch wrote: > FWIW, if you're running into this with

A less intrusive way to run mochitest-plain

I just landed support for running mochitest-plain tests in headless mode. Next time you want to run some mochitests and not be bothered by Firefox opening and demanding focus, just add ---headless to ./mach test. Headless mochitest-plain is supported on Windows, MacOS, and Linux. ./mach test

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 <nfr...@mozilla.com> wrote: >> >> On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl <bd...@mozilla.com> wrote: >>> >>>> Headless will run less of the platf

Re: Shipping Headless Firefox on Linux

testing a node environment. On Fri, Jun 16, 2017 at 6:22 AM, Ehsan Akhgari <ehsan.akhg...@gmail.com> wrote: > On 06/15/2017 04:37 PM, Nathan Froyd wrote: > >> On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl <bd...@mozilla.com> wrote: >> >>> Headless will run le

Re: Shipping Headless Firefox on Linux

t 4:37 PM, Nathan Froyd <nfr...@mozilla.com> wrote: > >> On Thu, Jun 15, 2017 at 2:02 PM, Brendan Dahl <bd...@mozilla.com> wrote: >> > Headless will run less of the platform specific widget code and I don't >> > recommend using it for platform specific tes

Re: Shipping Headless Firefox on Linux

7 at 2:02 PM, Brendan Dahl <bd...@mozilla.com> 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 def

Re: Shipping Headless Firefox on Linux

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 <bd...@mozilla.com> wrote: > >> Hello All, >> >> >> As of Firefox 55 I intend to ship headless Linux support (Firefox wi

Re: Shipping Headless Firefox on Linux

t 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 i

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

Re: Including Adobe CMaps

will never need CMaps or only a very small subset. On Feb 25, 2014, at 1:27 AM, Brendan Dahl bd...@mozilla.com wrote: It’s certainly possible to load dynamically. Do we currently do this for any other Firefox resources? From what I’ve seen, many PDF’s use CMaps even if they don’t

Including Adobe CMaps

PDF.js plans to soon start including and using Adobe CMap files for converting character codes to character id’s(CIDs) and mapping character codes to unicode values. This will fix a number of bugs in PDF.js and will improve our support for Chinese, Korean, and Japanese(CJK) documents. I wanted

Re: Including Adobe CMaps

On Feb 24, 2014, at 3:01 PM, Andreas Gal andreas@gmail.com wrote: Is this something we could load dynamically and offline cache? Andreas Sent from Mobile. On Feb 24, 2014, at 23:41, Brendan Dahl bd...@mozilla.com wrote: PDF.js plans to soon start including and using Adobe CMap files