Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On 2015-08-10 6:07 AM, Anne van Kesteren wrote: Andrew, could you simply pull this data directly from publicsuffix.org and cache locally? It does seem like an API in the browser could avoid a lot of work for developers (and the potential for bugs). Though perhaps if publicsuffix.org provided a publicly funded HTTPS API of sorts that might be sufficient too? I think the latter is probably the shortest path to success. I filed bug 1192884 for that. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
[Firefox Desktop] Issues found: August 3rd to August 7th
Hi everyone, You can find below the list of new issues found and filed by the Desktop Manual QA team last week (Week 32: August 03 - August 07). Additional details on the team's priorities last week, as well as the plans for the current week can be found at: https://etherpad.mozilla.org/DesktopManualQAWeeklyStatus. Release Channel: No bugs. Beta Channel: NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190354 1190354 - Entries from a livemark are not shown as read in the Bookmarks Sidebar * Regression: Yes - TBD. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190350 1190350 - Livemarks display regular bookmark icons on the sidebar * Regression: Yes - TBD. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1191290 1191290 - Glitches after opening images in tumblr * Regression: No. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1191827 1191827 - Extra white space on top of the page after printing pdf * Regression: No. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1192169 1192169 - Search Panel suggestion flickers when the last search term is deleted * Regression: No. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1192204 1192204 - Scrollbar is overlapping the Quality entries via Youtube high resolution videos * Regression: No. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1192221 1192221 - [intermittent] Glitches visible via getUserMedia test page * Regression: No. * Severity: Normal. * Assigned To: Nobody Aurora Channel: RESO Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190908 1190908 - Right click on the sync picture opens about:preferences#sync * Regression: No. * Severity: Normal. * Assigned To: Edouard Oger [:eoger] mailto:edouard.o...@gmail.com RESO Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190916 1190916 - Visual bug on about:accounts page for longer emails * Regression: No. * Severity: Normal. * Assigned To: Edouard Oger [:eoger] mailto:edouard.o...@gmail.com Nightly Channel: NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190734 1190734 - Small size conversation name displayed in hello panel * Regression: Yes - since 2015-08-01. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190738 1190738 - Large checkbox in conversation window (in comparison to text size) * Regression: Yes - since 2015-08-01. * Severity: Normal. * Assigned To: Nobody NEW Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1190809 1190809 - Extra white space in conversation window * Regression: Yes - since 2015-07-28. * Severity: Normal. * Assigned To: Nobody ESR Channel: No bugs. Regards, Florin. Florin Mezei | QC Team Lead SOFTVISION | 57 Republicii Street, 400489 Cluj-Napoca, Romania Email: mailto:fme...@softvision.ro fme...@softvision.ro | Web: http://www.softvision.ro/ www.softvision.ro The content of this communication is classified as SOFTVISION Confidential and Proprietary Information. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Linux builds now default to building with Gtk+3
https://hg.mozilla.org/mozilla-central/rev/05f6b5bc5b4b should have done this. Please file a follow-up if your tree is up to date and things aren't working. On Mon, Aug 10, 2015 at 10:12 AM, Dave Townsend dtowns...@mozilla.com wrote: Can we update the bootstrap script to install the necessary development files? On Wed, Jul 22, 2015 at 6:38 PM, Mike Hommey m...@glandium.org wrote: Hi, If you've followed the recent discussion in the GTK3 linux builds thread, this will come with no surprise, but if not: - Next Linux nightly will have switched to Gtk+3. - As of now on mozilla-inbound, and later on other branches, local Linux (and other non-OSX unices) builds default to Gtk+3. - You will need to install Gtk+3 development files to do those local builds. `mach bootstrap` should be able to do this for you. - You can still do Gtk+2 builds by adding the following to your mozconfig: ac_add_options --enable-default-toolkit=cairo-gtk2 - You can still do Gtk+2 try builds by removing the gtk3.tar.xz entries in browser/config/tooltool-manifests/linux*/releng.manifest. - The Gtk+3 builds that were available on the elm branch will auto-update to normal nightlies in the next few days. - I will switch elm to do Gtk+2 builds, to ensure they don't break in the near future. I'm not sure how long I will keep that running. Big kudos go to, as far as I know, Andrew Comminos, for fixing all the remaining reds and oranges on the Gtk+3 build and allowed to make this possible. And to all the people involved in making the Gtk+3 port work in the first place. Cheers, Mike ___ 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 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Can we make a plan to retire Universal Mac builds?
Just got number from Brendan Colloran. On 2/15/15, there were 14772800 active users using x86_64 on Mac for FF, and 224400 using x86. x86 then is 1.5% of the active users. Seems like a safe bet to drop 32-bit support. Syd Polk sp...@mozilla.com +1-512-905-9904 irc: sydpolk On Aug 6, 2015, at 5:54 PM, Hubert Figuière h...@mozilla.com wrote: On 06/08/15 09:31 PM, Syd Polk wrote: If the chip is a Core 2 Duo, yes. If the chip is a Core Duo (32-bit chip), no. But these system aren't supported by MacOS X 10.7 or later. Also the 32-bits kernel is used for older machine that have a 64-bits CPU but not 64-bits UEFI firmware and gets restricted to 32-bits kernel - like the early Core2 Duo systems. You don't notice but this is done transparently to the user. Hub ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Linux builds now default to building with Gtk+3
Can we update the bootstrap script to install the necessary development files? On Wed, Jul 22, 2015 at 6:38 PM, Mike Hommey m...@glandium.org wrote: Hi, If you've followed the recent discussion in the GTK3 linux builds thread, this will come with no surprise, but if not: - Next Linux nightly will have switched to Gtk+3. - As of now on mozilla-inbound, and later on other branches, local Linux (and other non-OSX unices) builds default to Gtk+3. - You will need to install Gtk+3 development files to do those local builds. `mach bootstrap` should be able to do this for you. - You can still do Gtk+2 builds by adding the following to your mozconfig: ac_add_options --enable-default-toolkit=cairo-gtk2 - You can still do Gtk+2 try builds by removing the gtk3.tar.xz entries in browser/config/tooltool-manifests/linux*/releng.manifest. - The Gtk+3 builds that were available on the elm branch will auto-update to normal nightlies in the next few days. - I will switch elm to do Gtk+2 builds, to ensure they don't break in the near future. I'm not sure how long I will keep that running. Big kudos go to, as far as I know, Andrew Comminos, for fixing all the remaining reds and oranges on the Gtk+3 build and allowed to make this possible. And to all the people involved in making the Gtk+3 port work in the first place. Cheers, Mike ___ 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
Overview of what you can do with Telemetry
Hi all, On Tuesday August 10th, Anthony Zhang will do a brief end-of-internship presentation showing how you can answer your questions with Telemetry dashboards [1] and Telemetry custom analyses [2]. *I'd like to invite you to tune in to Air Mozilla tomorrow for intern presentations, especially if you'd like to get started on using Telemetry! It's pretty easy these days*. Where: Air Mozilla (presenting from Toronto office) When: 1:30pm Pacific (SF) / 4:30pm Eastern (Toronto/NYC) Intern presentation schedule: https://mana.mozilla.org/wiki/display/globalstaffing/2015+Intern+Presentations Vladan 1. New Telemetry dashboards: http://telemetry.mozilla.org/ 2. How to do custom Telemetry analyses: http://robertovitillo.com/2015/01/16/next-gen-data-analysis-framework-for-telemetry/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Overview of what you can do with Telemetry
Correction: the presentation is tomorrow, Tuesday August 11th (not the 10th) On Monday, August 10, 2015 at 5:25:33 PM UTC-4, Vladan D wrote: Hi all, On Tuesday August 10th, Anthony Zhang will do a brief end-of-internship presentation showing how you can answer your questions with Telemetry dashboards [1] and Telemetry custom analyses [2]. *I'd like to invite you to tune in to Air Mozilla tomorrow for intern presentations, especially if you'd like to get started on using Telemetry! It's pretty easy these days*. Where: Air Mozilla (presenting from Toronto office) When: 1:30pm Pacific (SF) / 4:30pm Eastern (Toronto/NYC) Intern presentation schedule: https://mana.mozilla.org/wiki/display/globalstaffing/2015+Intern+Presentations Vladan 1. New Telemetry dashboards: http://telemetry.mozilla.org/ 2. How to do custom Telemetry analyses: http://robertovitillo.com/2015/01/16/next-gen-data-analysis-framework-for-telemetry/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
How to monitor and output specific function call's performance in javascript?
I have a function call that would cause a series of synchronous listeners to be called, And I want to know which call is the most time consuming. What I need to do? -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On Mon, Aug 10, 2015 at 3:12 PM, Jonas Sicking jo...@sicking.cc wrote: On Sun, Aug 9, 2015 at 2:51 AM, Anne van Kesteren ann...@annevk.nl wrote: On Sun, Aug 9, 2015 at 4:00 AM, Andrew Sutherland asutherl...@asutherland.org wrote: Are there any plans to surface the contents of https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Reference/Interface/nsIEffectiveTLDService from https://publicsuffix.org/ via a web-facing URI? There is https://www.w3.org/Bugs/Public/show_bug.cgi?id=25865 which is about more formally defining eTLDs and perhaps even exposing an API. However, it's unclear whether exposing an API is a good thing. eTLDs are used for cookies, storage boundaries in certain browsers, and document.domain. However, nobody is really pleased with that situation and wishes everything used origins instead. So it's unclear whether to embrace eTLDs or retain hope that we can slowly rid ourselves of features that depend on them. Changing cookies seems unlikely to happen on any relevant timescale. Andrew, could you simply pull this data directly from publicsuffix.org and cache locally? The list ... changes a few times per month [1]. What's the consequence of using an outdated list in the app? [1] https://publicsuffix.org/list/ / Jonas ___ 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
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On Sun, Aug 9, 2015 at 2:51 AM, Anne van Kesteren ann...@annevk.nl wrote: On Sun, Aug 9, 2015 at 4:00 AM, Andrew Sutherland asutherl...@asutherland.org wrote: Are there any plans to surface the contents of https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Reference/Interface/nsIEffectiveTLDService from https://publicsuffix.org/ via a web-facing URI? There is https://www.w3.org/Bugs/Public/show_bug.cgi?id=25865 which is about more formally defining eTLDs and perhaps even exposing an API. However, it's unclear whether exposing an API is a good thing. eTLDs are used for cookies, storage boundaries in certain browsers, and document.domain. However, nobody is really pleased with that situation and wishes everything used origins instead. So it's unclear whether to embrace eTLDs or retain hope that we can slowly rid ourselves of features that depend on them. Changing cookies seems unlikely to happen on any relevant timescale. Andrew, could you simply pull this data directly from publicsuffix.org and cache locally? / Jonas ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On Mon, Aug 10, 2015 at 9:12 AM, Jonas Sicking jo...@sicking.cc wrote: Changing cookies seems unlikely to happen on any relevant timescale. Yeah, I guess the question is whether we want to have an API and argue with those that are opposed to it (from memory, at least Ryan Sleevi and Adam Barth). Andrew, could you simply pull this data directly from publicsuffix.org and cache locally? It does seem like an API in the browser could avoid a lot of work for developers (and the potential for bugs). Though perhaps if publicsuffix.org provided a publicly funded HTTPS API of sorts that might be sufficient too? -- https://annevankesteren.nl/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On 09/08/15 03:10, Andrew Sutherland wrote: On 08/08/2015 10:00 PM, Andrew Sutherland wrote: Are there any plans to surface the contents of https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Reference/Interface/nsIEffectiveTLDService from https://publicsuffix.org/ via a web-facing URI? And of course I meant API here. Most specifically, content-facing API. You mean, exposed to the entire web? Or to any B2G app? Or to certified apps? Or something else? Gerv ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Proposed W3C Charters: Web Platform and Timed Media Working Groups
On Sun, Aug 9, 2015 at 8:59 PM, L. David Baron dba...@dbaron.org wrote: Web Platform Working Group: http://www.w3.org/2015/07/web-platform-wg.html Please reply to this thread if you think there's something we should say as part of this charter review. Jeff Jaffe told me at one point that Mozilla is not asking the W3C to not duplicate work. Whenever that comes up my response is usually that it does not matter either way, but I suppose we could give it a go. From this charter, it seems that these items already have a home elsewhere: * Quota Management API * Web Storage (2nd Edition) * DOM4 [sic] * HTML * HTML Canvas 2D Context * Web Sockets API * XHR Level 1 * Fetching resources * Streams API * URL * Web Workers We should probably also voice opposition to HTML Imports in its current form. Robust Anchoring API looks suspect. This charter is the first time I hear of it and there's no draft available. From the maintenance section these are duplicating effort: * CORS * DOM specifications * HTML 5.0 [sic] * Progress Events * Server-sent Events * Web Storage * Web Messaging We should probably also voice opposition to spending any kind of resources on Widgets. That technology is no longer used. -- https://annevankesteren.nl/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On 09/08/15 10:51, Anne van Kesteren wrote: There is https://www.w3.org/Bugs/Public/show_bug.cgi?id=25865 which is about more formally defining eTLDs and perhaps even exposing an API. However, it's unclear whether exposing an API is a good thing. eTLDs are used for cookies, storage boundaries in certain browsers, and document.domain. However, nobody is really pleased with that situation and wishes everything used origins instead. I think that might be a slightly hyperbolic use of nobody... Origins mean exactly the same host and port, right? If I were the owner of a large website or group of websites which shared state or a login, I would not be excited about the idea of having to present that group of websites to the world as if they were served off a single DNS name. Gerv ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Proposed W3C Charters: Web Platform and Timed Media Working Groups
On 09/08/15 19:59, L. David Baron wrote: The Timed Media WG splits some of the media work that was happening in HTML (MSE, EME) into a separate group. Do we see a risk here that this group will become captured by the promoters of DRM, more than was possible when it was done in the HTML WG? Gerv ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?
On 10/08/15 08:22, Tim Guan-tin Chien wrote: The list ... changes a few times per month [1]. What's the consequence of using an outdated list in the app? It depends very much on what you are using the list for, and what changes your copy doesn't have. If you were using the list for setting appropriate scope for cookies, and you missed the change which allowed top-level registrations in the UK (so you can now get foo.uk instead of just foo.co.uk), then the result would be that the owner of foo.uk could not set a cookie for his entire domain in your browser. On the other hand, if you missed the latest batch of gTLD updates, there may be no effect at all, because the fallback rule for cookie scope is that any unknown domain is treated as a single top-level, like .com or .net, and most of the new gTLDs work that way anyway. People are strongly encouraged not to bake static copies of the list into their software. Gerv ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform