Re: Rationalising Linux audio backend support

On 29.09.2017 19:26, t...@tomsbox.co.uk wrote: As someone who has had wonderful times with ALSA & headaches with PA it's time to say goodbye FireFox. Maybe we should have a closer look at the PA library API, whether it could be usable w/o the pa daemon. IOW: have libpulse implementations that

Re: Device Memory header and JS API

On 07.09.2017 23:30, Daniel Veditz wrote: ​Without some kind of signal everyone gets the least-common-denominator version of a site Exactly. That was the idea behind the web. Unfortunately, so many things have been added in recent years that browsers became more complex than operating

Re: Firefox 55.* in Windows/Ubuntu - every day CPU 100%/Hangs Up. Please to do something!

On 06.09.2017 09:45, Alexey Zvyagin wrote: In both OSes i regulary and every day i see the situation when after few work time (may be even after 1-5 minutes) of Firefox i see the CPU 100% of Firefox and the Firefox hangs up after... Only one way i have for repairing of this: "killall -HUP

Re: Device Memory header and JS API

On 05.09.2017 19:13, Shubhie Panicker via dev-platform wrote: Hi, Boris expressed privacy concern with the API and suggested starting a > thread here to get some concrete feedback. We would love to get this> feedback and are open to updating the header and API as it would be great> to get FF

Re: refcounting - which types to use ?

On 17.08.2017 04:03, Shih-Chiang Chien wrote: You should use |forget| to transfer the ownership of the nsIArray from list to _retval. Ok, thanks. Already suspected that (found some similar things in the code). Could we update the docs (maybe some set of examples) ? IIRC, there're some places

Re: Intent to ship version 4 of the Safe Browsing protocol

On 16.08.2017 12:40, Gijs Kruitbosch wrote: This and other queries like it are best asked and answered on > https://support.mozilla.org/ . Unfortunately, it only tells how to switch some things off, but not to remove it entirely. Neither does it tell anything about the security implications

refcounting - which types to use ?

Hi folks, I'm still a bit confused on which types (nsCOMPtr, ...) to use when exactly, in combination w/ IDLs. Let's consider a case where an nsArray is created and returned (as rval, not out-parameter): IDL: [scriptable, uuid(ea0d8b3d-a549-4666-82d8-3a82cee2a3f1)] interface

Re: Intent to ship version 4 of the Safe Browsing protocol

On 16.08.2017 01:46, Francois Marier wrote: After a year's worth of development, bug fixes, and integration testing, we are now ready to enable the latest version [1] of the Safe Browsing API in Firefox 56, two releases ahead of schedule and only a few weeks behind Chrome. How can I get rid of

ns*String vs. printf()

Hi folks, what's the best way to print out ns*String classes via printf ? Using ToNewUTF8String or converting to nsCString to use it's get(), doesn't feel like the best approach ... --mtx -- mit freundlichen Grüßen -- Enrico, Sohn von Wilfried, a.d.F. Weigelt, metux IT consulting

what are CIDs for ?

Hi folks, I wonder what exactly the CID's (*_CID defines) are for. IIRC, the classes are looked up via their contract-IDs (*_CONTRACTID defines), but I haven't seen anything that actually uses the CIDs. --mtx ___ dev-platform mailing list

Re: webidl: partial interfaces and build-time configuration

On 07.08.2017 17:17, Boris Zbarsky wrote: Can I move that stuff to a separate webidl file, which is only added in dom/webidl/moz.build when wakelocks enabled ? (so no #ifdef's in Navigator.webidl needed) If you try to do this, you will get a message from binding codegen that explicitly says

Re: Restricting the Notifications API to secure contexts

On 07.08.2017 15:45, Anne van Kesteren wrote: Chrome wants to restrict the Notifications API https://notifications.spec.whatwg.org/ to secure contexts: wait a second ... it was wide open all the time ? --mtx ___ dev-platform mailing list

Re: webidl: partial interfaces and build-time configuration

On 07.08.2017 10:31, Gabriele Svelto wrote: On 06/08/2017 21:56, Enrico Weigelt, metux IT consult wrote: For example, I'm currently working on making the whole wakelock stuff optional (eg. only built on android). Navigator.webidl references MozWakeLock, which wouldn't exist w/o wakelocks. Do

webidl: partial interfaces and build-time configuration

Hi folks, is there a way to use the partial interfaces for build-time configurable features ? For example, I'm currently working on making the whole wakelock stuff optional (eg. only built on android). Navigator.webidl references MozWakeLock, which wouldn't exist w/o wakelocks. Can I move that

Re: Rationalising Linux audio backend support

On 05.08.2017 07:27, kichu...@gmail.com wrote: Hi folks, You're right. I have a sound card that supports mixing and all other necessary stuff in hardware, why shoud I waste my CPU for doing that with pulseaudio? Long time ago I switched from Opera to Firefox... maybe it's time to switch

Re: Intent to remove: EME support on insecure contexts

On 04.08.2017 04:04, Chris Pearce wrote: Summary: Encrypted Media Extensions on insecure contexts (i.e. web sites served over non-HTTPS) is deprecated and will soon stop working in Firefox. Sites wanting to use EME should switch to HTTPS if they have not already. Let me add another request

Re: security problems [WAS: Intent to remove: sensor APIs]

On 02.08.2017 15:53, Blair MacIntyre wrote: FWIW, I wouldn’t mind being involved in a discussion about this, > if people want to seriously consider putting it behind a > "user-permission prompt" (similar to geolocation) or "user-action requirement” I'd even go further and move it to an

Re: Intent to remove: sensor APIs

On 02.08.2017 14:39, Blair MacIntyre wrote: It’s used for panoramic image viewing (orient the pano with the camera movement), and google street view uses it for similar motion control. Okay, why not adding a generic interface for controlling the virtual view direction ? So, the user/operator

security problems [WAS: Intent to remove: sensor APIs]

On 02.08.2017 14:29, Michael Hoye wrote: You need to dial this rhetoric back about 100%. It is not acceptable to bring even an implied accusation like that to a technical discussion, or indeed any conversation at all, at Mozilla. Who did I accuse of what exactly ? All I'd like to say here is

Re: Intent to remove: sensor APIs

On 02.08.2017 13:01, Salvador de la Puente wrote: I strongly encourage you to take a look at the telemetry stats regarding the usage of deviceorientation API and other. I don't know the penetration of proximity and ambient light APIs but deviceorientation is definitively used. Just curious:

Re: nodejs for extensions ?

On 31.07.2017 20:30, David Teller wrote: Node dependency trees tend to be pretty large, so I'm a little concerned here. Has the memory footprint be measured? That would also concern me (OTOH, moz's footprint already is as large as a small skyscraper anyways ;-)). We also have similar problems

refcounting [WAS: More Rust code]

On 31.07.2017 13:53, smaug wrote: Reference counting is needed always if both JS and C++ can have a pointer to the object. By the way - just curious: Anybody already thought about garbage collection ? That wouldn't have the problem w/ circular graphs, and should make the whole code

Re: [PATCH] gfx: thebes: decouple GfxSurfaceType from cairo_surface_type_t

On 31.07.2017 09:23, Cameron McCormack wrote: Hi Enrico, Firefox patches should be submitted via Bugzilla, rather than by email to dev-platform. Please see: https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Introduction#Step_4_-_Get_your_code_reviewed Is there a way to submit

[PATCH] gfx: 2d: DrawTargetCairo: drop unused surface types

Signed-off-by: Enrico Weigelt, metux IT consult <enrico.weig...@gr13.net> --- gfx/2d/DrawTargetCairo.cpp | 10 -- 1 file changed, 10 deletions(-) diff --git a/gfx/2d/DrawTargetCairo.cpp b/gfx/2d/DrawTargetCairo.cpp index c0e4f0af2..66e3f8854 100644 --- a/gfx/2d/DrawTargetCairo.cpp

[PATCH] mfbt: Poison: drop obsolete OS2 support

Signed-off-by: Enrico Weigelt, metux IT consult <enrico.weig...@gr13.net> --- mfbt/Poison.cpp | 34 +- 1 file changed, 1 insertion(+), 33 deletions(-) diff --git a/mfbt/Poison.cpp b/mfbt/Poison.cpp index b2767011d..e9981764f 100644 --- a/mfbt/Poison.cpp +++

[PATCH] old-configure: startupcache: check for zipwriter

startupcache depends on zipwriter. when enabled, check that zipwriter is also enabled. Signed-off-by: Enrico Weigelt, metux IT consult <enrico.weig...@gr13.net> --- old-configure.in | 4 1 file changed, 4 insertions(+) diff --git a/old-configure.in b/old-configure.in index daa

[PATCH] gfx: thebes: decouple GfxSurfaceType from cairo_surface_type_t

For now, our GfxSurfaceType enum (and things depending on it) is tightly coupled to cairo_surface_type_t, which is bad for encapsulation. And we're also tightly coupled to the current, meanwhile pretty old and customized in-tree version of cairo. To reduce maintenance burden and as a first step

nodejs for extensions ?

Hi folks, just curious: did anyone already try nodejs modules for (javascript-only) extensions ? --mtx ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Extensions and Gecko specific APIs

On 26.07.2017 23:27, Steve Fink wrote: Doing this at a time of weak market share is... courageous[2]. Remember when the whole FOSS movement started - the market share was about zero. In short: better to have fewer users now with a high quality product ACK. Leave the toys to others. But

Re: Extensions and Gecko specific APIs

On 26.07.2017 22:23, Karl Dubost wrote: As soon as some people are willing to adopt one of the browser > "lab-style-features" in the open, because well it solves their > issues and plays well with the ecosystem market shares, the the vendor prefix strategy is falling apart for everyone else.

Re: OS/2 still supported ?

On 25.07.2017 14:28, Jeff Muizelaar wrote: The cairo stuff is from an upstream project and not worth removing. The bundled cairo pieces are quite far away from upstream and ancient. Perhaps we should kick out the bundled stuff and use the original package (from distro) instead. --mtx

Re: Correct format specifier for size_t

On 25.07.2017 21:34, Mike Hommey wrote: Why not just adding GNU-style printf()+friends to nspr (perhaps even w/ printk() extensions) and use that everywhere, instead of having special cases or complex for fmt string construction everywhere ? --mtx

Re: OS/2 still supported ?

On 25.07.2017 02:04, Kris Maglione wrote: The only remaining in-tree references to the XP_OS2 macros are in NSPR and NSS, which are technically separate projects, and have their own sets of supported platforms. In esr52 there's a bit more: gfx/2d/DrawTargetCairo.cpp

Re: OS/2 still supported ?

On 25.07.2017 01:26, Gregory Szorc wrote: Yes, please submit patches to remove dead code. I've already kicked out a lot. Couldn't fully test yet, as still have to cope w/ other breaks. But I'll move it to another branch, when I'm trough. BTW: BEOS could be next. Shall I put that in one

Re: OS/2 still supported ?

On 25.07.2017 00:32, Mike Hoye wrote: On 2017-07-24 8:27 PM, Enrico Weigelt, metux IT consult wrote: Hi folks, I see lots of #ifdef XP_OS2 ... is OS/2 still supported at all ? Our list of supported platforms is here: https://developer.mozilla.org/en/docs/Supported_build_configurations I

Re: Announcing MozillaBuild 3.0 Release

On 25.07.2017 00:34, Mike Hommey wrote: Debian has 52esr. Maybe in experimental. But that doesn't help me much for jessie. And it still contains lots of dead weight, I'd like to get rid of. Which is out of scope for packaging something for Debian. Maybe for average Debian folks, who

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 23:04, Mike Hommey wrote: It looks like you're doing a lot of work that is completely out of scope for creating packages for Debian/Devuan, Not quite. Of course, I don't wanna compile-in things that aren't necessary here (eg. the media stuff). But that lead to lots of problems,

Re: IDL vs ifdef

On 24.07.2017 21:03, Ralph Giles wrote: I suspect this will be painful to maintain. We used to have a lot of #ifdefs for media playback support but they weren't tested and were usually broken, so we removed them. Well, I'm just reintroducing them. My original intention was just to build w/o

Re: Intent to remove: sensor APIs

On 24.07.2017 20:46, Blair MacIntyre wrote: We are working on adding AR capabilities to the browser, and this will (similarly) > need to know device orientation. Please make sure, we can easily compile completely w/o that. --mtx ___ dev-platform

Re: Intent to remove: sensor APIs

On 24.07.2017 20:43, Kearwood Kip Gilbert wrote: Please note that disabling the Device Orientation API will also effectively disable the “WebVR Polyfill”. The “WebVR Polyfill” is a javascript library that allows browser that otherwise don’t support VR (ie, Fennec) to use “Cardboard” VR

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 21:13, Joshua Cranmer  wrote: In that example, undoing that slows down your build. (Parsing C++ header files take a lot of time in the aggregate, and you spend less time linking when there's no duplicates of inlined methods). That leads me to another question: do the headers

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 20:40, Nathan Froyd wrote: Sure, it's daily business for us, too. Mike cited examples in his response (e.g. we cannot compile natively on 32-bit systems, Android included, so Firefox for such platforms is cross compiled from a 64-bit platform). OTOH, we should keep in mind that

Re: Intent to remove: sensor APIs

On 24.07.2017 15:07, Mike Hoye wrote: I have a sense that as AR gets richer and more nuanced that ambient Are we still talking about browsers ? --mtx ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Intent to remove: sensor APIs

On 24.07.2017 13:57, Ben Kelly wrote: > On Mon, Jul 24, 2017 at 5:10 AM, Anne van Kesteren wrote: > >> * Device orientation >> > > Isn't this one required to build a decent web experience on mobile for some > sites? Could you please define "decent web experience" ? Maybe

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 16:00, Mike Hoye wrote: Hi, Unfortunately we have to build _for_ a number of our supported operating systems without being able to build _on_ those operating systems. Is that a big problem ? At least within Linux world, it's daily business for me (well, I'm doing a lot of

IDL vs ifdef

Hi folks, I'm currently in process of making the media stuff optional. (dont need/want it within mail client). Unfortunately, it idl files are referenced by lot of others. Just adding some #ifdef's around these places doesn't work. Any idea to achieve this ? --mtx mit freundlichen Grüßen

Re: Announcing MozillaBuild 3.0 Release

On 21.07.2017 22:52, Gregory Szorc wrote: Hi folks, The plan from build system land is to attempt to go "all in" on Windows Subsystem for Linux (WSL). That's the feature in Windows 10 (and even in Server additions now) that implements Linux syscalls inside the Windows kernel and allows you to

platform specialities

Hi folks, I'm seeing lots of things like #ifdef XP_WIN etc. Pretty often for simple things like directory delimiters, some missing standard types or functions, etc. Shouldn't things belong into NSPR ? --mtx ___ dev-platform mailing list

Re: who uses idl stuff

On 24.07.2017 02:18, Boris Zbarsky wrote: Hi, Brief summary. IDL: 1) Generates xptcall information for xpconnect to allow calling from JS and into JS (via synthetic vtables). 2) Generates headers that declare pure virtuals. 3) Is used for defining XPCOM interfaces. (you can do just #2

Re: who uses idl stuff

On 24.07.2017 00:11, Enrico Weigelt, metux IT consult wrote: what's the difference between idl and webidl ? I've noticed that webidl's seem to support preprocessor directives (eg. #ifdef), while the others dont. --mtx ___ dev-platform mailing list

Re: who uses idl stuff

On 23.07.2017 18:15, Botond Ballo wrote: could anyone please give me some insight, where the the IDLs (and the code generated from them) are actually used ? Javascript bindings ? They are typically used as an interface between C++ and JS code. Ah, what I've already suspected. While trying

how exactly are the P*.h files generated ?

Hi folks, I've got some trouble w/ regenarating ./obj-thunderbird/ipc/ipdl/_ipdlheaders/mozilla/dom/PContentParent.h I had to change ./mozilla/dom/ipc/ContentParent.h to ifdef-out some methods (trying to build tbird w/o media stuff), but PContentParent.h still contains these functions (and no

who uses idl stuff

Hi folks, could anyone please give me some insight, where the the IDLs (and the code generated from them) are actually used ? Javascript bindings ? --mtx ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: build complexity vs kbuild

On 23.07.2017 01:19, Gregory Szorc wrote: Yes, the build system is complex. It has evolved organically for over 20 years, accumulating tons of cruft and complexity along the way. Much of the existing complexity can be simplified. Yeah, I'm already trying some experiments here. IMHO, the

build complexity vs kbuild

Hi folks, the whole build seems to be very complex. Not just the huge configure.in, but also the complexity in moz.build files, many ifdef's, etc, etc. Many orthogonal things are twisted together (eg. widget toolkits influence lots of other things) I'm thinking of having a deeper look at

Re: git mirror

On 22.07.2017 19:49, Jörg Knobloch wrote: On 22/07/2017 21:42, Enrico Weigelt, metux IT consult wrote: Even hg clone runs for hours. Best to use a bundle: https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Source_Code/Mercurial/Bundles according to hg output, it already uses

make media stuff optional

Hi folks, I'm trying to build tbird with minimal dependencies, and therefore switched off various codecs. Unfortunately it causes the whole media stuff to break. As I don't need that at all in the mail client, I've added ifdefs to disable it (introducing a new MOZ_MEDIA flag). Unfortunately

git mirror

Hi folks, are there any official git mirrors (at least for the esr branches), that are regularily updated ? The repos is *really* huge - import really takes a long time (started about 10hrs ago, still just not much over 10%). Github even gives up. Even hg clone runs for hours. I'm looking for

IDL vs ifdef

Hi folks, I'm currently in process of making the media stuff optional. (dont need/want it within mail client). Unfortunately, it idl files are referenced by lot of others. Just adding some #ifdef's around these places doesn't work. Any idea to achieve this ? --mtx mit freundlichen Grüßen

Re: More Rust code

On 10.07.2017 12:29, Nicholas Nethercote wrote: Hi folks, Firefox now has multiple Rust components, and it's on track to get a bunch more. See https://wiki.mozilla.org/Oxidation for details. I wonder which of the pressing problems (eg. massing resource wasting, bad performance, horribly