Looking for examples of bad IPC latency

Hey, folks -- I've been looking at the amount of time IPC messages spend in flight. So far, I've been using general web pages (e.g., modern news sites like CNN) to generate the profile information that I'm analyzing. Given that several people I spoke to in Berlin believed that IPC latency wa

Re: Intent to ship: Autodiscovery of WebExtension search engines

On 2/14/2020 5:05 PM, Daniel Veditz wrote: On Fri, Feb 14, 2020 at 11:50 AM Dale Harvey wrote: We’re proposing a new mime-type [...]: “x-xpinstall” for WebExtension search engines. Example: This is confusingly similar to "application/x-xpinstall" which we use to trigger extension installs fr

Re: Proposed W3C Charter: Timed Text (TT) Working Group

Most of the deltas range from editorial to general good hygiene. The only changes of any real consequence that I see are: * Updating their previous work to new versions * Charter item to work on a profile of TTML2 to support audio-only use cases * Catch-all clause at the bottom of §2.1 tha

Re: Must we rebuild all our rust code constantly?

Is this https://bugzilla.mozilla.org/show_bug.cgi?id=1427313 ? On Mon, Aug 19, 2019 at 5:27 PM Kris Maglione wrote: > This is apparently a known bug that no-one seems to be able to > track down the cause of. It suddenly started happening to me one > night for every build, even if I changed nothi

Re: Intent to implement and ship: HTMLMediaElement.allowedToPlay

I don't think that Netflix would accept allowedToPlay == false for media which is the whole point of visiting a page. They probably wouldn't even check it then, instead allowing for the possibility that the user will be prompted or that it just won't autoplay if they expressed that preference. This

Re: open socket and read file inside Webrtc

On 7/4/18 7:24 AM, amantell...@gmail.com wrote: Hi, I'm very new with firefox (as developer, of course). I need to open a file and tcp sockets inside webrtc. I read the following link https://wiki.mozilla.org/Security/Sandbox#File_System_Restrictions there is the sandbox that does not permit to o

Re: Rust crate approval

On Thu, Jun 28, 2018 at 4:42 PM, Nathan Froyd wrote: > Thanks for raising these points. > Thanks for the response! On Tue, Jun 26, 2018 at 10:02 PM, Adam Gashlin wrote: > > * Already vendored crates > > Can I assume any crates we have already in mozilla-central are ok to

Rust crate approval

ends on "widestring", which is small and has been around for a while but isn't widely used, should I have that reviewed internally as well? Is popularity a reasonable measure? Thanks! -Adam Gashlin ___ dev-platform mailing list dev-platform@l

Re: Removing tinderbox-builds from archive.mozilla.org

On 5/9/18 12:11 PM, L. David Baron wrote: It's useful for tracking down regressions no matter how old the regression is; I pretty regularly see mozregression finding useful data on bugs that regressed multiple years ago. I want to agree with David -- I recall one incident in particular where I

Re: New Policy: Marking Bugzilla bugs for features riding behind a pref

On 5/3/18 12:18 PM, Nicholas Alexander wrote: Not all features are feasible to ship behind feature flags. I'm pretty sure the proposed policy isn't intended to change anything regarding features that ship without associated feature flags, nor is it trying to get more features to ship behind f

Re: Proposed W3C Charter: JSON-LD Working Group

On 4/27/18 2:02 PM, L. David Baron wrote: On Friday 2018-04-27 10:07 +0300, Henri Sivonen wrote: For this reason, I think we should resist introducing dependencies on JSON-LD in formats and APIs that are relevant to the Web Platform. I think it follows that we should not support this charter. I

Re: Firefox build issues with Rust and the new VS2017 15.5 update

I encountered an issue building with the latest VS update, warnings treated as errors regarding TR1 deprecation, in at least some gtest files. This can be avoided by running as CXXFLAGS=-D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING ./mach build though I imagine there are better ways of adding in t

Re: Intent to restrict to secure contexts: navigator.geolocation

m@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Adam Roach Principal Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Action Script 4

onal can target JS just as easily as it can Actionscript: http://tv.adobe.com/watch/adobe-technology-sneaks-2012/export-to-html5-from-flash-professional/ -- Adam Roach Principal Platform Engineer Office of the CTO ___ dev-platform mailing list dev-platfo

Group Photo

Here is the group photo from this morning's session: https://www.flickr.com/photos/9361819@N04/27686864545/in/album-72157669699014665/ https://www.flickr.com/photos/9361819@N04/27686865615/in/album-72157669699014665/ -- Adam Roach Principal Platform Engineer Office of th

Basic Auth Prevalence (was Re: Intent to ship: Treat cookies set over non-secure HTTP as session cookies)

ml#!cumulative=0&end_date=2016-06-06&keys=__none__!__none__!__none__&max_channel_version=nightly%252F49&measure=HTTP_AUTH_TYPE_STATS&min_channel_version=null&product=Firefox&sanitize=1&sort_keys=submissions&start_date=2016-05-

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

Ah, I think I spoke to quickly -- the jumping is caused by javascript, but not by javascript scrolling. It's certainly possible that javascript hiding of large elements would be treated as reflow events by this approach... /a On 5/20/16 15:19, Adam Roach wrote: There is one FAQ on that

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

ts On Fri, May 20, 2016 at 12:15 PM, Adam Roach wrote: On 5/20/16 10:13, Gijs Kruitbosch wrote: On 20/05/2016 16:11, Tobias B. Besemer wrote: Plz open e.g. this URL: https://en.wikipedia.org/wiki/Microsoft_Windows#Alternative_implementations FF49a1 loads the page, jumps to "Alternative

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

then go ~1 screen-high (page) down. Can someone very this bug? The same thing happens in Chrome, so it seems like it's more likely to be an issue with Wikipedia. The fact that turning JavaScript off prevents this behavior would certainly seem to support that supposition. -- Adam

Re: Intent to deprecate: MacOS 10.6-10.8 support

will mention ESR as a way to continue to get security updates for several more months? -- Adam Roach Principal Platform Engineer Office of the CTO ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Intent to deprecate: MacOS 10.6-10.8 support

r and I update to Firefox 48, at some point should I see a message saying I'll no longer receive future updates? Even better, is there any way to get the update system to automatically move such users over to 45ESR? -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903

Re: Intent to (sort of) unship SSLKEYLOGFILE logging

_ 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/list

Proof-of-concept firefox branch

I am a developer who has experimented with Firefox tweaking before and I would be intrested in running a "proof-of-concept" branch or fork of Firefox with the latest features added before any sort of review to see how they play out in a normal browser. I would like to have everybody's thoughts on t

Re: Update on Webcomponents?

I support this as a web designer 25.04.2016, 15:10, "Philipp Kewisch" : > Hi Anne, > > thanks for the update! I'm looking forward to seeing web components > work, I think they will be very helpful for future web and html based > application development. > > Philipp > __

Re: Firefox Hello new data collection

I think this should be abandoned in favour of an optional survey for Hello Users 05.04.2016, 17:06, "Chris Hofmann" : > On Mon, Apr 4, 2016 at 3:01 AM, Romain Testard wrote: > >>  Firefox Hello has its own privacy notice (details here >>  ). >

Re: Intent to deprecate: MacOS 10.6-10.8 support

Doesn't hombrew provide a version of g++ that includes c++11 04.04.2016, 18:12, "Nathan Froyd" : > Re-ping on this thread. It would be really useful to have a decision > one way or the other for figuring out exactly how a C++11 STL on OS X > is going to work. > > -Nathan > > On Thu, Mar 24, 2016 a

Re: Firefox Hello new data collection

I don't know much about Mozilla's privacy but in my opinion feel the need to immediately remove it from Firefox and push a new beta build 04.04.2016, 16:45, "Gijs Kruitbosch" : > On 04/04/2016 11:01, Romain Testard wrote: >>  The privacy review bug is >>  https://bugzilla.mozilla.org/show_bug.cgi

Re: Firefox Hello new data collection

I agree with chofmann in that a simple survey request when users open Hello would probably work since Mozilla is trusted by alot of people. 04.04.2016, 16:22, "Chris Hofmann" : > It also seems like you haven't explored other alternatives to get the data > you are after, have some theories around

Re: Firefox Hello new data collection

This isn't technically about the data collection but it would be better if there was some sort of api that web developers could implement on sites like games so instead of regular chat things like co-op and game events could be streamlined into Hello itself 04.04.2016, 10:02, "Romain Testard" :

Re: Implement multiple names for properties in the css system

Thank you. Maybe the documentation at https://developer.mozilla.org/en-US/docs/Mozilla/Adding_a_new_style_property should be updated to include a section about aliases 04.04.2016, 01:11, "L. David Baron" : > On Monday 2016-04-04 00:52 +0100, a...@imgland.xyz wrote: >>  How exactly would I go aro

Implement multiple names for properties in the css system

How exactly would I go around implementing multiple names for the same css property. eg:-moz-property for compatiability with older sitesproperty as a standard css property doing the same thing as the prefixed counterpart ___ dev-platform mailing list dev

Re: Intent to deprecate: MacOS 10.6-10.8 support

10.6 - 10.8 why do you believe they are likely to in the future? Or even can? As I point out in my other message, a lot of the Intel Mac hardware cannot go past 10.6. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 __

Re: Intent to deprecate: MacOS 10.6-10.8 support

cessor. OS X 10.9 didn't come out until October of 2013, which is only two and a half years ago. [1] Full disclosure: I have and continue to use such hardware personally. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863

Re: Moving FirefoxOS into Tier 3 support

If we jump on the Marshmallow bandwagon we can drop stlport, Google already did that too. https://bugzilla.mozilla.org/show_bug.cgi?id=1213259 https://bugzilla.mozilla.org/show_bug.cgi?id=1218802 - specifically patch [07] On Mon, Jan 25, 2016 at 6:34 PM, Nathan Froyd wrote: > On Mon, Jan 25, 2

Re: Requiring a try job prior to autolanding to inbound

hy we would make autolanding have to clear a higher bar than manual landing. -- Adam Roach Principal Platform Engineer Office of the CTO ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: HTML mozbrowser frames on desktop Firefox?

lla.org/listinfo/dev-platform -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Heads-up: SHA1 deprecation (for newly issued certs) causes trouble with local ssl-proxy mitm spyware

On 1/4/16 1:00 PM, Adam Roach wrote: One of the points that Benjamin Smedberg has been trying to drive home is that data collection is everyone's job. After sending, I realized that this is a slight misquote. It should have been "data is everyone's job" (i.e.: there

Re: Heads-up: SHA1 deprecation (for newly issued certs) causes trouble with local ssl-proxy mitm spyware

king that question were part of our culture, I'm certain we would have thought of landing exactly this kind telemetry as part of the same patch that disabled SHA-1; or, even better, in advance of it. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 _

Re: Heads-up: SHA1 deprecation (for newly issued certs) causes trouble with local ssl-proxy mitm spyware

r agency may be tricky, so I'd propose we go for the simple count first. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Dan Stillman's concerns about Extension Signing

://groups.google.com/forum/#!topic/mozilla.addons.user-experience/iwjQbLIb-Fo I recommend that interested parties who wish to continue the discussion respond in one of those two forums. Thanks! -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863

Re: Intent to unship: ISO-2022-JP-2 support in the ISO-2022-JP decoder

-side transcoding from the received encoding to something like UTF8? -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship

|| ||window.mozRTCPeerConnection);| And a falsey value would simply make things not work. For all the cases I can think of (at least, in short order), making the alias falsey breaks as many things as simply removing it. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863

Re: I think XUL overlays should also ignore query strings.

Seems like this has more to do with the overlay system than XUL itself. Losing the ability to add overlays to customize the browser chrome would be brutal, and a move away from XUL shouldn't be done at the expense of what the ecosystem provides today for people who need to customize the browser. I

Re: Busy indicator API

our "all new features should be on secure origins only" policy. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Use-case for consideration, which will be difficult post-NPAPI

ev-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 -- Adam Roach Principal Platform

Re: Proposed W3C Charter: WebRTC Working Group

the subject line may have confused things here. Do you mean WebRTC or WebPerf? -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo

Re: Voting in BMO

On 6/9/15 17:00, Justin Dolske wrote: On 6/9/15 2:24 PM, Chris Peterson wrote: I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail without spamming all the other CCs by adding myself to the bug's "real" CC list. I think if Bugzilla, with its long and complex history, ever has a

Re: Replacing PR_LOG levels

lt;https://wiki.mozilla.org/Media/WebRTC/Logging>: "For frame-by-frame logging, use mediamanager:6" -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Changing the style guide's preference for loose over strict equality checks in non-test code

more than a few moments to reach the right conclusion about any of these -- or, heaven forbid, actually got one wrong -- then I think you need to ultimately concede that the use of == is more confusing than it needs to be. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903

Re: Intent to deprecate: Insecure HTTP

> On May 6, 2015, at 22:51, Eric Shepherd wrote: > > would have been nice to have more notice The plan that has been outlined involves a staged approach, with new JavaScript features being withheld after some date, followed by a period during which select older JavaScript features are gradually

Re: Intent to implement and ship: document.execCommand("cut"/"copy")

overarching strategic security policy, rather than the security properties of the feature itself. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: document.execCommand("cut"/"copy")

pboard manipulation don't really enter into the evaluation. [1] https://blog.mozilla.org/security/2015/04/30/deprecating-non-secure-http/ -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing

Re: Intent to implement and ship: document.execCommand("cut"/"copy")

rivially possible (I believe we can just store the array of pasteboardItems from the NSGeneralPBoard off somewhere so that they can be moved back if necessary). I'd be a little surprised if this weren't also true for Linux and Windows. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1

Re: Intent to implement and ship: document.execCommand("cut"/"copy")

nce (in particular if denying permission restored the clipboard to its previous state) -- it informs the user and provides clear recourse without *requiring* additional action. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 __

Re: Intent to implement and ship: document.execCommand("cut"/"copy")

s to allow them to prevent it from happening in the future, would be a good balance (in particular if denying permission restored the clipboard to its previous state) -- it informs the user and provides clear recourse without *requiring* additional action. -- Adam Roach Principal Platform En

Re: Intent to deprecate: Insecure HTTP

On 5/4/15 11:24, Florian Bösch wrote: On Mon, May 4, 2015 at 3:38 PM, Adam Roach <mailto:a...@mozilla.com>> wrote: others who want to work for a better future A client of mine whom I polled if they can move to HTTPs with their server stated they do not have the time and resources

Re: Intent to deprecate: Insecure HTTP

l-thought-out points hidden in the venom, no one is going to hear them. Nicholas, like I, would clearly prefer that the time of people on this mailing list be spent conversing with others who want to work for a better future rather than those who simply want to be creatively abusive. You get to c

Re: Intent to deprecate: Insecure HTTP

your knowledge about how the the world of CAs has changed in the past decade. Seize it. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozill

Re: Intent to deprecate: Insecure HTTP

included, contact them and ask what you can do to help. In the meanwhile, as has been brought up many times in this thread already, there are already deployed or soon-to-be-deployed "easy to use CAs" in the world. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903

Re: Intent to deprecate: Insecure HTTP

minantly commercial CA entities for a different set of governmental or governmentally-contracted entities. It is arguably more centralized than the current CA system. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to deprecate: Insecure HTTP

sign that something has gone wrong in a way that likely has stark security implications. Resources loaded via an "http" URL make no such promises, so the situation isn't even remotely comparable. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863

Re: Intent to deprecate: Insecure HTTP

On 4/14/15 15:35, emmanueldeloge...@gmail.com wrote: Will Mozilla start to offer certificates to every single domain name owner ? Yes [1]. https://letsencrypt.org/ [1] I'll note that Mozilla is only one of several organizations involved in making this effort happen. -- Adam

Re: Intent to deprecate: Insecure HTTP

democratic. I'm not sure I follow. I have a cert for a web site running on a dynamic address using DynDNS, and it works just fine. Certs are bound to names, not addresses. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800

Re: Intent to deprecate: persistent permissions over HTTP

rst three are not just fixable, but actually fixed within the next few months: https://letsencrypt.org/ -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org htt

Re: Proposed W3C Charter: WebRTC Working Group

On 3/6/15 17:27, Martin Thomson wrote: On Fri, Mar 6, 2015 at 3:13 PM, Adam Roach wrote: The only thing that I think we'd want to see in here that is currently missing is an explicit statement that the "new set of low level object-oriented APIs for real-time communication" (ca

Re: Proposed W3C Charter: WebRTC Working Group

currently missing is an explicit statement that the "new set of low level object-oriented APIs for real-time communication" (called "WebRTC NG" in the deliverables) will be backwards-compatible extensions to the existing WebRTC 1.0 APIs, rather than a parallel system for

Re: http-schemed URLs and HTTP/2 over unauthenticated TLS

I'm all for the drive to have authenticated encryption everywhere, and am very excited about the Let's Encrypt initiative. But there's no reason to leave traffic gratuitously unencrypted while we drive towards 100% HTTPS penetration. -- Adam Roach Principal Platform E

Re: Deprecate geolocation and getUserMedia() for unauthenticated origins

On 9/29/14 03:02, Anne van Kesteren wrote: On Mon, Sep 29, 2014 at 2:02 AM, Adam Roach wrote: Yes, I saw that. Your proposal didn't see a lot of support in that venue. So far for geolocation there is nobody that is opposed. I'm responding on the topic of gUM, but I'll p

Re: Deprecate geolocation and getUserMedia() for unauthenticated origins

On 9/27/14 02:24, Anne van Kesteren wrote: On Fri, Sep 26, 2014 at 11:11 PM, Adam Roach wrote: This is a matter for the relevant specification, not some secret cabal. I was not proposing doing anything in secret. I also contacted the relevant standards lists. Yes, I saw that. Your

Re: Deprecate geolocation and getUserMedia() for unauthenticated origins

Microsoft I suppose, though I haven't seen much from them on the pro-TLS front) to see if they would be on board with this and help us spread the message. The email address you're looking for is "public-media-capt...@w3.org". This is a matter for the relevant specification,

Re: http-schemed URLs and HTTP/2 over unauthenticated TLS (was: Re: WebCrypto for http:// origins)

ning elsewhere": it's an acknowledgement that pervasive passive monitoring is taking place, and a conscious decision not to care. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-

Re: http-schemed URLs and HTTP/2 over unauthenticated TLS (was: Re: WebCrypto for http:// origins)

's qualifications to hold forth on these matters.) -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: WebCrypto for http:// origins

[1] Which is now my favorite example of Twitter's shortcomings as a communications medium. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to land: Voice/video client ("Loop")

On 5/30/14 10:14, Anne van Kesteren wrote: On Fri, May 30, 2014 at 5:03 PM, Adam Roach wrote: Link to standard: N/A I take it this means there's no web-exposed API? That is correct. This is a browser feature, not accessible from content. -- Adam Roach Principal Platform Engin

Intent to land: Voice/video client ("Loop")

34 (33 is a stretch goal for the team, 34 is a committed date). Preference behind which this will be implemented: For initial landing on Nightly, none. Will be behind "loop.enabled" before riding the trains. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903

Re: Mozilla style guide issues, from a JS point of view

On 1/8/14 12:03, Martin Thomson wrote: On 2014-01-08, at 09:57, Adam Roach wrote: Automated wrapping to a column width is less than optimal. If you look back at bz's example about how he would chose to wrap a specific conditional, it's based on semantic intent, not the language

Re: Mozilla style guide issues, from a JS point of view

ample about how he would chose to wrap a specific conditional, it's based on semantic intent, not the language syntax. By and large, this goes to author's intent and his understanding of the problem at hand. It's not the kind of thing that can be derived mechanically. -- Adam Roac

Re: Mozilla style guide issues, from a JS point of view

line length limits. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Mozilla style guide issues, from a JS point of view

On 1/7/14 12:16, Martin Thomson wrote: On 2014-01-06, at 19:28, Patrick McManus wrote: I strongly prefer at least a 100 character per line limit. Technology marches on. Yes. I’ve encountered too many instances where 80 was not enough. Since people are introducing actual research informatio

Re: Mozilla style guide issues, from a JS point of view

#x27;s not so huge.) I'm not just sympathetic to this argument; I've made it myself in other venues. Put me down as emphatically agreeing. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platfo

Re: A proposal to reduce the number of styles in Mozilla code

to believe that Martin's workaround for retaining blame information doesn't work, or did you just miss that part of his message? -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-p

Re: A proposal to reduce the number of styles in Mozilla code

On 1/6/14 09:50, Gavin Sharp wrote: A concise summary of the changes you're proposing would be useful - here's my attempt at one. From what I gather, the changes you're proposing to the style guide are: * remove implicit discouragement of changing code to conform to "Mozilla style" ** style ch

Persistent tabs + Home & App Tabs (see bug 551849)

ct, it looks like the original project in that bug has stalled - the submitter now works at Google. Does anyone know the status of the project or where I could help move it along? Thanks, Adam Baxter ___ dev-platform mailing list dev-platform@lists.mozilla

Re: java click to run problem on Firefox

of my knowledge nobody has ever signed up to do that work. Interesting. It would seem to me that, if we're really serious about getting plugins out of the browser, we would place a pretty high priority on giving developers tools to migrate Java to JavaScript. -- Adam Roach Principa

Re: java click to run problem on Firefox

On 10/10/13 12:06, Thierry Milard wrote: There are still a few things like speedy 3D That html-javascipt do bot do Dell enough http://www.unrealengine.com/html5/ -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863

Re: java click to run problem on Firefox

On 10/10/13 11:09, Benjamin Smedberg wrote: We encourage you to transition your site away from Java as soon as possible. If there are APIs which you need in the web platform in order to make that possible, please let me know and we will try to make adding those a priority. I haven't personall

Re: Removing xml:base

On 2013-09-17 02:52, Boris Zbarsky wrote: On 9/16/13 8:06 PM, Adam Kowalczyk wrote: and it displays content from many third-party sources on a single page You probably want iframes for that I'm using a resource:// URI loaded in a browser with type="content", so

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing xml:base

in practice, though. - Adam ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Firefox and Notes and Productivity Software

pertain to the interoperability between desktop applications, including Web browsers, and notes and productivity software. Kind regards, Adam Sobieski ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: Detection of unlabeled UTF-8

the tools to understand their errors, and the users the tools to use the web the way they want to use it. Those publishers who aren't bad actors will correct their own behavior -- those who _are_ bad actors aren't going to behave anyway. There's no point getting authoritar

Re: Detection of unlabeled UTF-8

suggesting). There's no good way to explain the nuanced implications of security decisions in a way that is both accessible to a lay user and concise enough to hold the average user's attention. On Thu, Sep 5, 2013 at 6:15 PM, Adam Roach wrote: As to the "why," it comes down to

Re: Detection of unlabeled UTF-8

existing behavior, except in a more user-friendly form. As to the "why," it comes down to balancing the need to let the publisher know that they've done something wrong against punishing the user for the publisher's sins. -- Adam Roach Principal Platform E

Re: Detection of unlabeled UTF-8

characters in the buffer are higher than U+007F). That hardly even rises to the level of noise. -- Adam Roach Principal Platform Engineer a...@mozilla.com +1 650 903 0800 x863 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://li

Re: Detection of unlabeled UTF-8

isn't doing the right thing here. And again, it has already been pointed out we cannot scan the entire byte stream Sure we can. We just can't fix things on the fly: we'd need something akin to a user prompt and probably a page reload. Which is what I'm proposing. -- Adam

Re: Detection of unlabeled UTF-8

On 8/30/13 12:24, Mike Hoye wrote: On 2013-08-30 11:17 AM, Adam Roach wrote: It seems to me that there's an important balance here between (a) letting developers discover their configuration error and (b) allowing users to render misconfigured content without specialized knowledge.

  1   2   >