Re: MinGW Target on TaskCluster

On 2/6/2018 6:36 PM, Aaron Klotz wrote: Furthermore, can we clarify whether mingw is currently a tier 1 or tier 2 platform? Earlier in this thread, mingw was denoted as tier 2 (and it still shows up as tier 2 on treeherder), yet sheriffs are backing out patches when mingw bustage occurs. Tor is i

Re: MinGW Target on TaskCluster

Yes, let's fix it. I'm very grateful to you and everyone else who has kept the MinGW build running; and I'd like to keep you... well as happy as you can be while supporting an esoteric build target that's inconvenient for you. With regards to backouts, when sheriffs have asked, my response has be

Most definitions of Ci, Cr, Cc, and Cu have been removed from the tree

Following up on my previous post, I have just landed (in bug 1432992) the removal of most of the definitions of Ci, Cr, Cc, and Cu. This touched almost 2000 files, so it may affect your patches, but hopefully rebasing is easy. Thank you to Florian for reviewing a nearly-unreviewable patch and sugg

Re: MinGW Target on TaskCluster

I'd like to follow up on this old thread to discuss what we can do about improving the mingw developer experience for people doing Windows-centric stuff. I've had several patches backed out over the past month because of mingw header files differing in case from the headers distributed by the offi

Re: Intent to implement and ship navigator.webdriver

Also sprach Martin Thomson: > On Tue, Feb 6, 2018 at 3:37 AM, Andreas Tolfsen wrote: >> Motivation: >> To give web authors a way to infer if user agent is controlled by >> automation, so the document can take alternate code paths when under >> test. > > Can you speak more about why this is a goo

Re: Intent to Ship - Support already-enrolled U2F devices with Google Accounts for Web Authentication

Henri, I think there's value in providing an impetus to Google Accounts to migrate from U2F-style enrolled credentials to Web Authentication-style. That said, I agree, it shouldn't be an ongoing maintenance burden. Thanks, all, for the input on this intent-to-ship. I've filed Bug 1436078

Re: How to use Gecko in my web browser as web engine

Jolla ships Sailfish Browser that uses Gecko with a Qt UI. The bindings are at https://git.merproject.org/mer-core/qtmozembed/tree/master On Thu, Feb 1, 2018 at 12:00 PM, Emilio Cobos Álvarez wrote: > I think probably dev-platform is a better list to get an answer > regarding Gecko embedding, rat

Re: Gecko-visible Latin1 analog of JS_NewUCString()

On Tue, Feb 6, 2018 at 5:44 PM, Jan de Mooij wrote: > I don't think so. We could add JS_New(Latin1)String that takes Latin1Char* > instead of char16_t* (like JS_NewUCString, it can just forward to > js::NewString). Thanks. I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1436065 -- Henri Si

Re: Gecko-visible Latin1 analog of JS_NewUCString()

I don't think so. We could add JS_New(Latin1)String that takes Latin1Char* instead of char16_t* (like JS_NewUCString, it can just forward to js::NewString). Hope this helps, Jan On Tue, Feb 6, 2018 at 3:36 PM, Henri Sivonen wrote: > Does SpiderMonkey expose a Latin1 analog of JS_NewUCString() f

Re: Intent to implement and ship navigator.webdriver

Also sprach Boris Zbarsky: > And in particular, the implementation patches don't match the intent > description (e.g. we implement a configurable property) Making it unforgeable is obviously a rather bad idea. I did mean that the attribute is _configurable_. _

Re: Intent to implement and ship navigator.webdriver

Also sprach Boris Zbarsky: > On 2/5/18 11:37 AM, Andreas Tolfsen wrote: >> Standard: >> https://w3c.github.io/webdriver/webdriver-spec.html#interface > > All the IDL snippets in this standard are empty, which makes it > hard to evaluate the standard or how our implementation aligns with > it. Th

Gecko-visible Latin1 analog of JS_NewUCString()

Does SpiderMonkey expose a Latin1 analog of JS_NewUCString() for Gecko to call? -- Henri Sivonen hsivo...@hsivonen.fi https://hsivonen.fi/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform