Greetings,
I just landed the patches for bug 1489047, which remove the DOMString type
from XPIDL.
Why? Here are details about how string types in XPIDL and WebIDL are
converted from JS to C++:
- XPIDL AString: `undefined` becomes Void, `null` becomes Void.
- XPIDL DOMString: `undefined` becomes
On 9/28/2018 12:07 PM, Aaron Klotz wrote:
On 9/27/2018 9:47 AM, Ted Mielczarek wrote:
We have `MOZ_DEBUG_CHILD_PROCESS` for e10s content processes[1].
Would something similar (or maybe just supporting that?) be useful
for the browser process as well?
Sure, I have filed bug 1495039.
The pat
On 10/1/2018 3:21 AM, Jean-Yves Avenard wrote:
Can we have something to entirely disable that new feature such as
./mach run --disable-e10s that won't make firefox spawn another process?
affects development/debugging process otherwise, not everyone use
Visual Studio nor WinDbg for debugging pu
There’s been a bit of confusion around Phabricator and updates to commit
messages lately (https://bugzilla.mozilla.org/show_bug.cgi?id=1476425).
Arcanist's default workflow is to not update a revision’s Summary field
even if the associated commit message is updated (e.g. by `hg commit
--amend`) and
On Mon, Oct 1, 2018 at 8:05 AM Randell Jesup wrote:
> >Tup is a modern build system that enables fast and correct builds. I'm
> >pleased to announce the availability of Tup for building Firefox on Linux.
> >Compared to Make, building with Tup will result in faster incremental
> build
> >times and
With the fix for bug 1494326[1] (on autoland), when run on macOS, "mach
run" has a new option "--macos-open" to launch the browser using the
open(1) command. Note --macos-open and --debug are mutually exclusive and
mach will exit with an error if both options are used.
Per the open(1) man page, "t
On Saturday, 29 September 2018 21:59:48 UTC-4, Boris Zbarsky wrote:
> On 9/29/18 11:31 AM, tom...@gmail.com wrote:
> > Our modern roadmap is almost entirely driven by paying customers, and no
> > customers have expressed interest in this.
>
> Are we a paying customer?
Yes we are. I'll file an
>Tup is a modern build system that enables fast and correct builds. I'm
>pleased to announce the availability of Tup for building Firefox on Linux.
>Compared to Make, building with Tup will result in faster incremental build
>times and reduce the need for clobber builds. See the in-tree docs for
>d
Hi
On 27/09/2018 5:19 PM, Aaron Klotz wrote:
Hi everybody,
Yesterday evening bug 1488554 [1] merged to mozilla-central, thus
enabling the launcher process by default on Windows Nightly builds.
This change is at the build config level.
Can we have something to entirely disable that new feat
Hello,
Here's the list of new issues found and filed by the Desktop Release QA
team last two weeks.
Additional details on the team's priorities last week, as well as the
plans for the current week are available at: https://tinyurl.com/y7rtfmmh
Bugs logged by Desktop Release QA in the last 7 da
10 matches
Mail list logo
