Sorry, hit send too early. I'll be doing that work in that bug once the dependent bugs are finished. The current patch to load XUL as XHTML is https://hg.mozilla.org/try/rev/95fc313303f452f6052093bbbebc1cf7beb2d9f1 and overall is getting pretty close to a green try run.
It really shouldn't be that big of a change since most of XULDocument has been gutted and PrototypeCache support was added to chrome privileged XHTML. I'l file a bug to double check we're doing the right thing for remote XUL still. On Wed, May 15, 2019 at 8:42 AM Brendan Dahl <bd...@mozilla.com> wrote: > https://bugzilla.mozilla.org/show_bug.cgi?id=1550801 > > > On Wed, May 15, 2019 at 6:30 AM Gijs Kruitbosch <gijskruitbo...@gmail.com> > 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 a .xul file >> and act >> >> like it’s .xhtml. This is tracked in bug 1550801 >> >> <https://bugzilla.mozilla.org/show_bug.cgi?id=1550801>. >> >> There doesn't seem to be a bug on file listed in that tracking bug for >> actually doing the "detect a .xul file and act like it's .xhtml" bit. Is >> there one already on file? >> >> I think this step makes me the most nervous - we need to make sure that >> we don't change web-observable behaviour, and that the "no remote XUL" >> prohibitions continue to apply. In theory, that should all be fine >> because of XHTML and namespaces, but I figured it was worth flagging up. >> >> ~ Gijs >> _______________________________________________ >> 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
