Switching to Visual Studio 2013
We plan to switch the Windows build machines to Visual Studio 2013 on the Firefox 35 train. Some benefits from this change: * No more linker OOM crashes. VS2013 includes a 64-bit toolchain for 32-bit builds, so the linker will no longer be limited to 4GB address space. * The linker capacity opens the door for merging our binaries into libxul (like we do on the other platforms) * More than 2x improvement in PGO build times * Better language support The tracking bug is 914596. The remaining blockers are here: https://bugzilla.mozilla.org/showdependencytree.cgi?id=914596hide_resolved=1 David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On Thu, Aug 21, 2014 at 7:51 PM, Nick Alexander nalexan...@mozilla.com wrote: In general, I'm in favour of not autoplaying at all on mobile devices. Me too! Anecdotal: recently I woke up my wife when I was trying to overcome sleeplessness by browsing my phone a little bit (a questionable method of doing so, but hey!) and I ran into some very loud ad that started autoplaying (this was on my home Wifi). Cheers, Dirkjan ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Switching to Visual Studio 2013
And we should use VC2013 update2 or newer edition, whose PGO is faster than WPO. On Fri, Aug 22, 2014 at 2:27 PM, David Major dma...@mozilla.com wrote: We plan to switch the Windows build machines to Visual Studio 2013 on the Firefox 35 train. Some benefits from this change: * No more linker OOM crashes. VS2013 includes a 64-bit toolchain for 32-bit builds, so the linker will no longer be limited to 4GB address space. * The linker capacity opens the door for merging our binaries into libxul (like we do on the other platforms) * More than 2x improvement in PGO build times * Better language support The tracking bug is 914596. The remaining blockers are here: https://bugzilla.mozilla.org/showdependencytree.cgi?id=914596hide_resolved=1 David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Best Regards, xunxun ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: How to implement XPCOM API void render(in long width, in long height, out nsIImageLoadingContent imageContent); in Javascript?
If I recall correctly, this is implemented as an object with a field `out` – I'm not 100% sure of the name of the field, though, so you might need to experiment. Cheers, David On 21/08/14 18:18, Yonggang Luo wrote: I want to pass a out parameter with render, but don't know how to do that. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: How to implement XPCOM API void render(in long width, in long height, out nsIImageLoadingContent imageContent); in Javascript?
On 8/22/14, 5:34 AM, David Rajchenbach-Teller wrote: If I recall correctly, this is implemented as an object with a field `out` – I'm not 100% sure of the name of the field, though, so you might need to experiment. The field name is value. I should note that searching the web for xpcom out parameter comes up with the answer to the original question in this thread as the first hit in Google, Bing, and Yahoo, and within the top 5 on DuckDuckGo, as far as I can tell It would be nice if people took the two minutes to do a search like that before asking on this list. ;) -Boris ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Switching to Visual Studio 2013
On 8/22/2014 5:04 AM, xunxun wrote: And we should use VC2013 update2 or newer edition, whose PGO is faster than WPO. Yes, we had to wait for update 2 for fixes that would allow Firefox PGO builds to complete at all (there were previously internal compile errors during the link phase). Update 2 is already deployed to all of our windows builders and David is doing try builds and working on the last few issues from that. --BDS ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: How to implement XPCOM API void render(in long width, in long height, out nsIImageLoadingContent imageContent); in Javascript?
On Fri, Aug 22, 2014 at 7:54 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 8/22/14, 5:34 AM, David Rajchenbach-Teller wrote: If I recall correctly, this is implemented as an object with a field `out` – I'm not 100% sure of the name of the field, though, so you might need to experiment. The field name is value. I should note that searching the web for xpcom out parameter comes up with the answer to the original question in this thread as the first hit in Google, Bing, and Yahoo, and within the top 5 on DuckDuckGo, as far as I can tell It would be nice if people took the two minutes to do a search like that before asking on this list. ;) Also, ask.m.o[1] might be a better place to ask many of the how do I do...? questions that Yonggang has been posting. But yes, search first. :) [1]: https://ask.mozilla.org - Ryan ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: How to implement XPCOM API void render(in long width, in long height, out nsIImageLoadingContent imageContent); in Javascript?
By the way, I used to be able to find the answer on MDN, but I can't find it anymore. On 22/08/14 14:54, Boris Zbarsky wrote: The field name is value. I should note that searching the web for xpcom out parameter comes up with the answer to the original question in this thread as the first hit in Google, Bing, and Yahoo, and within the top 5 on DuckDuckGo, as far as I can tell It would be nice if people took the two minutes to do a search like that before asking on this list. ;) -Boris ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Switching to Visual Studio 2013
On 22/08/2014 15:55, Benjamin Smedberg wrote: On 8/22/2014 5:04 AM, xunxun wrote: And we should use VC2013 update2 or newer edition, whose PGO is faster than WPO. Yes, we had to wait for update 2 for fixes that would allow Firefox PGO builds to complete at all (there were previously internal compile errors during the link phase). Update 2 is already deployed to all of our windows builders and David is doing try builds and working on the last few issues from that. --BDS Do we have a configure check for this so people trying this won't waste oodles of time only to get internal errors? :-) ~ Gijs ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Switching to Visual Studio 2013
On Thu, Aug 21, 2014 at 11:27 PM, David Major dma...@mozilla.com wrote: We plan to switch the Windows build machines to Visual Studio 2013 on the Firefox 35 train. Some benefits from this change: * No more linker OOM crashes. VS2013 includes a 64-bit toolchain for 32-bit builds, so the linker will no longer be limited to 4GB address space. * The linker capacity opens the door for merging our binaries into libxul (like we do on the other platforms) * More than 2x improvement in PGO build times * Better language support The tracking bug is 914596. The remaining blockers are here: https://bugzilla.mozilla.org/showdependencytree.cgi?id=914596hide_resolved=1 David ___ firefox-dev mailing list firefox-...@mozilla.org https://mail.mozilla.org/listinfo/firefox-dev Awesome! Thanks for taking this on. - Kyle ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: fine-grained filtering of bugmail
On Sun, Jul 13, 2014 at 11:13 PM, Byron Jones g...@mozilla.com wrote: are you tired of receiving notifications from bugzilla that you simply don't care about? you can now tell bugzilla to stop clogging up your inbox with those pesky emails via bugmail filtering. are you only interested in seeing new bugs and bug status changes in some components you are watching? set up a filter! or perhaps you only want to be informed about qa related changes on bug where you are the assignee? set up a filter! see http://globau.wordpress.com/2014/07/10/using-bugmail-filtering-to-exclude-notifications-you-dont-want/ for more details. -- byron jones - :glob - bugzilla.mozilla.org team - ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform How do I filter out all changes to the qe-verify flag? - Kyle ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: fine-grained filtering of bugmail
On Fri, Aug 22, 2014 at 9:40 AM, Kyle Huey m...@kylehuey.com wrote: How do I filter out all changes to the qe-verify flag? Bug 1054138 is needed before that's possible. - Ryan ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Switching to Visual Studio 2013
On 8/22/2014 10:34 AM, Gijs Kruitbosch wrote: Do we have a configure check for this so people trying this won't waste oodles of time only to get internal errors? :-) No we don't. It only affects PGO builds, which no normal person ever does, so I think the relative effort of implementing and testing a configure check probably isn't worth it in this case. --BDS ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: How to implement XPCOM API void render(in long width, in long height, out nsIImageLoadingContent imageContent); in Javascript?
Thanks a lot, I've already deal with this problem, just as the normal return in javascript will resolve this problem. 2014-08-22 17:34 GMT+08:00 David Rajchenbach-Teller dtel...@mozilla.com: If I recall correctly, this is implemented as an object with a field `out` – I'm not 100% sure of the name of the field, though, so you might need to experiment. Cheers, David On 21/08/14 18:18, Yonggang Luo wrote: I want to pass a out parameter with render, but don't know how to do that. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller, PhD Performance Team, Mozilla -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On 22.08.2014 09:29, Dirkjan Ochtman wrote: On Thu, Aug 21, 2014 at 7:51 PM, Nick Alexander nalexan...@mozilla.com wrote: In general, I'm in favour of not autoplaying at all on mobile devices. Me too! Anecdotal: recently I woke up my wife when I was trying to overcome sleeplessness by browsing my phone a little bit (a questionable method of doing so, but hey!) and I ran into some very loud ad that started autoplaying (this was on my home Wifi). ... which of course could also happen with a laptop ... ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
PSA: ./mach build subdirectory doesn't work reliably any longer
Unfortunately I don't really understand the reasons behind this, but if you use this command, please know that it doesn't work properly any more, even if it seems to work in some cases. AFAICT the workarounds are either doing a full build or ./mach build binaries (I don't really know what things the latter supports these days.) Please see https://bugzilla.mozilla.org/show_bug.cgi?id=1055204 for the discussion about this. Cheers, -- Ehsan ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: PSA: ./mach build subdirectory doesn't work reliably any longer
On Fri, Aug 22, 2014 at 12:08:43PM -0400, Ehsan Akhgari wrote: Unfortunately I don't really understand the reasons behind this, but if you use this command, please know that it doesn't work properly any more, even if it seems to work in some cases. AFAICT the workarounds are either doing a full build or ./mach build binaries (I don't really know what things the latter supports these days.) I have two things to say about this: - This never really worked properly. It kind of worked, but let's not pretend that there's ever been a value of properly that applied to it. - The only thing that recently changed (and that will be fixed, for some value of fixed) is that mach build subdir won't recurse sub-subdirectories for C/C++ compilation/linkage. That's all. Stuff in subdir is still compiled, and headers in sub-subdirs are still exported, js still copied, preprocessed, etc. So, mach build gfx/2d is still going to rebuild moz2d (and possibly more, thanks to dumbmake, but only for some directories) And if you want to rebuild C/C++ code quickly (and properly), you can use mach build binaries. Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On 21/08/14 01:29 PM, Wesley Johnston wrote: Summary: We've had some complaints at times about videos autoplaying on mobile devices when sites request autoplay. Just on mobile? I filed this a while ago. https://bugzilla.mozilla.org/show_bug.cgi?id=980939 It doesn't seem to have gained traction until I saw this. Autoplay is annoying Autoplay waste bandwidth, whether mobile or wifi. In some case it is more serious than other. Autoplay disturb people. Since it is possible it gets abused. Etc. Hub ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
FWIW, Safari on iOS doesn't allow autoplay or preload, and also only initiates play/load on a user-triggered event (so, pages can't use JS to fake a click). The reason given in the docs[1] is that users might be charged for that bandwidth. Cheers, Jared [1] https://developer.apple.com/library/safari/documentation/audiovideo/conceptual/using_html5_audio_video/device-specificconsiderations/device-specificconsiderations.html On Aug 22, 2014, at 10:17 AM, Hubert Figuière h...@mozilla.com wrote: On 21/08/14 01:29 PM, Wesley Johnston wrote: Summary: We've had some complaints at times about videos autoplaying on mobile devices when sites request autoplay. Just on mobile? I filed this a while ago. https://bugzilla.mozilla.org/show_bug.cgi?id=980939 It doesn't seem to have gained traction until I saw this. Autoplay is annoying Autoplay waste bandwidth, whether mobile or wifi. In some case it is more serious than other. Autoplay disturb people. Since it is possible it gets abused. Etc. Hub ___ 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: Intent to implement: Disabling auto-play videos on mobile networks/devices?
For reference, our preload code on Android and B2G is also a bit complex. i.e. If the page doesn't say anything about what to preload, we preload nothing. If they ask for preload=auto we default to only preload metadata. - Wes - Original Message - From: Jared Hirsch 6...@mozilla.com To: Hubert Figuière h...@mozilla.com Cc: dev-platform@lists.mozilla.org Sent: Friday, August 22, 2014 10:59:12 AM Subject: Re: Intent to implement: Disabling auto-play videos on mobile networks/devices? FWIW, Safari on iOS doesn't allow autoplay or preload, and also only initiates play/load on a user-triggered event (so, pages can't use JS to fake a click). The reason given in the docs[1] is that users might be charged for that bandwidth. Cheers, Jared [1] https://developer.apple.com/library/safari/documentation/audiovideo/conceptual/using_html5_audio_video/device-specificconsiderations/device-specificconsiderations.html On Aug 22, 2014, at 10:17 AM, Hubert Figuière h...@mozilla.com wrote: On 21/08/14 01:29 PM, Wesley Johnston wrote: Summary: We've had some complaints at times about videos autoplaying on mobile devices when sites request autoplay. Just on mobile? I filed this a while ago. https://bugzilla.mozilla.org/show_bug.cgi?id=980939 It doesn't seem to have gained traction until I saw this. Autoplay is annoying Autoplay waste bandwidth, whether mobile or wifi. In some case it is more serious than other. Autoplay disturb people. Since it is possible it gets abused. Etc. Hub ___ 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: Switching to Visual Studio 2013
On Fri, Aug 22, 2014 at 4:27 PM, David Major dma...@mozilla.com wrote: We plan to switch the Windows build machines to Visual Studio 2013 on the Firefox 35 train. Some benefits from this change: * No more linker OOM crashes. VS2013 includes a 64-bit toolchain for 32-bit builds, so the linker will no longer be limited to 4GB address space. This is wonderful news. Thank you! Nick ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On Thu, Aug 21, 2014 at 10:29:43AM -0700, Wesley Johnston wrote: Summary: We've had some complaints at times about videos autoplaying on mobile devices Note that laptops are both desktop and mobile devices. That is, someone could very well using a desktop build on a device using a mobile-carrier-backed network (either by tethering or directly). Mike ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On Fri, Aug 22, 2014 at 4:50 PM, Mike Hommey m...@glandium.org wrote: On Thu, Aug 21, 2014 at 10:29:43AM -0700, Wesley Johnston wrote: Summary: We've had some complaints at times about videos autoplaying on mobile devices Note that laptops are both desktop and mobile devices. That is, someone could very well using a desktop build on a device using a mobile-carrier-backed network (either by tethering or directly). Indeed. Android-based wifi hotspots actually broadcast that they provide a tethered mobile connection. So we could detect this and provide the same treatment on desktop. I filed this yesterday which is very related. https://bugzilla.mozilla.org/show_bug.cgi?id=1057169 / Jonas ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to implement: Disabling auto-play videos on mobile networks/devices?
On Sat, Aug 23, 2014 at 5:59 AM, Jared Hirsch 6...@mozilla.com wrote: FWIW, Safari on iOS doesn't allow autoplay or preload, and also only initiates play/load on a user-triggered event (so, pages can't use JS to fake a click). The reason given in the docs[1] is that users might be charged for that bandwidth. Web developers hate that policy and do crazy things to try to get around it. For example, in a game with sound effects instead of using individual audio elements to play sounds, they put all the sounds in one file and when the user clicks to start playing they start playing that file and seek around in it to play an effect at a particular time. It's horrible. Rob -- oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoiono,o oaonoyooonoeo owohooo osoaoyoso otooo oao oboroootohoeoro oooro osoiosotoeoro,o o‘oRoaocoao,o’o oioso oaonosowoeoroaoboloeo otooo otohoeo ocooouoroto.o oAonodo oaonoyooonoeo owohooo osoaoyoso,o o‘oYooouo ofolo!o’o owoiololo oboeo oiono odoaonogoeoro ooofo otohoeo ofoioroeo ooofo ohoeololo. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform