Den 04-01-2016 kl. 19:45 skrev Daniel Holbert:
On 01/04/2016 10:33 AM, Josh Matthews wrote:
Wouldn't the SSL cert failures also prevent submitting the telemetry
payload to Mozilla's servers?
Hmm... actually, I'll bet the cert errors will prevent Firefox updates,
for that matter! (I'm assuming
Den 03-01-2016 kl. 17:02 skrev Jörg Knobloch:
As the only dictionary maintained by Mozilla, Mozilla's en-US dictionary
is a special case.
I don't think it is that special. Some Firefox locales other than en-US
ship with built in dictionaries. For those, the add-on could be derived
from the so
Den 03-01-2016 kl. 13:05 skrev Jörg Knobloch:
On 2/01/2016 12:37, Pascal Chevrel wrote:
Le 02/01/2016 12:07, Jörg Knobloch a écrit :
It is very unfortunate that this add-on maintained by "jooliaan" is so
badly out of date. I don't know how to contact the author. I suggest
that he synchronise th
Den 28-12-2015 kl. 20:31 skrev Jörg Knobloch:
Thirdly, the add-on dictionary contains 13% more words
than the Mozilla maintained dictionary,
While bigger may not be better, I don't see why Mozilla should offer an
en-US dictionary for localized Firefox builds that is different than the
en-US d
technical the user may not understand at a time the user don't need it.
-
Jesper Kristensen
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ooks like you would see your text when you paste, but you won't. So I
believe I need to trigger the paste event when the user clicks a button
in order to do this.
/Jesper Kristensen
___
dev-platform mailing list
dev-platform@lists.mozilla
mockup at http://jsfiddle.net/vvjcgj5g/1/ but I am sure
Mozilla UX people could come up with better ways to do this. (My mockup
has a prompt for all three actions, but you could do it for paste only)
/Jesper Kristensen
Den 05-05-2015 kl. 23:51 skrev Ehsan Akhgari:
Summary: We currently disallow
when localhost behaves differently than any other site. It is
much harder and time consuming to debug something when it works locally
and then breaks when you deploy it. Web devs who deploy to https should
develop locally on https.
Jesper Kristensen
__
Den 08-09-2014 kl. 18:58 skrev Martin Thomson:
On 07/09/14 07:09, Jesper Kristensen wrote:
Cookies are segregated by http vs https, right?
No, unfortunately they are not. Numerous attempts at fixing it has been
rejected by browser vendors. For example
http://tools.ietf.org/html/draft-abarth
Den 05-09-2014 kl. 12:47 skrev Robert O'Callahan:
Cookies are segregated by http vs https, right?
No, unfortunately they are not. Numerous attempts at fixing it has been
rejected by browser vendors. For example
http://tools.ietf.org/html/draft-abarth-cake-01
This templated prerendereing sounds like a complicated API. Is there any
advantage of this over what is possible today with a single page
application using history.pushState?
Den 12-08-2014 kl. 00:03 skrev Jonas Sicking:
Very exited to see this happening.
Implementation issues aside, I have t
I use http://svn.mozilla.org/libs/product-details/json/firefox_versions.json
I use that because that was what the download button on www.mozilla.org
did. I don't know if the download button still uses that resource.
Den 30-08-2013 16:09Eric Shepherd skrev:
This is sort-of-kind-of platform rel
Den 29-12-2012 20:19smaug skrev:
On 12/27/2012 12:18 PM, Boris Zbarsky wrote:
We have a bunch of chrome and extension code that does things like
"instanceof HTMLAnchorElement" (and likewise with other DOM interfaces).
The problem is that per WebIDL spec and general ECMAScript sanity this
should
Den 08-10-2012 21:05Gregory Szorc skrev:
We now have a tool in mozilla-central that has a much better UX for
running tests (mach). It's not perfect yet, but it's getting there
(please write patches!).
The build peers (or at least a few of us) really don't like the make
targets to run tests becau
14 matches
Mail list logo
