On Thu, Sep 13, 2018 at 11:05 PM john.bieling--- via dev-platform
wrote:
> Is mozAnon going to stay or are you thinking about removing that in the
> future?
>
> https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/mozAnon
It'll be marked ChromeOnly:
https://bugzilla.mozilla.org/show_b
Is mozAnon going to stay or are you thinking about removing that in the future?
https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/mozAnon
Thanks for your time,
John
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists
I created a bug
https://bugzilla.mozilla.org/show_bug.cgi?id=1491010
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
(apologies: this was sent out to firefox-dev and dev.platform yesterday but
for some reason appears not to have made it to the latter)
To reduce confusion and a growing maintenance burden, the Engineering
Workflow team plans to remove two pieces of Phabricator-Bugzilla
integration:
1.
Th
On Thu, Sep 13, 2018 at 9:40 AM john.bieling--- via dev-platform <
dev-platform@lists.mozilla.org> wrote:
> I encountered something strange. I am on TB60 trying to use the Fetch API.
>
> I create a GET or POST request without authentication and get back a 401
> from the server and use
>
>respo
I encountered something strange. I am on TB60 trying to use the Fetch API.
I create a GET or POST request without authentication and get back a 401 from
the server and use
response.headers.get("WWW-Authenticate")
to eval the allowed authentication methods. This works fine, if the server
se
6 matches
Mail list logo