Hi
Over the past year or so, I've been adding mochitests for new
Thunderbird features. It's recently occurred to me that in a mochitest,
Thunderbird does not display mail messages. Not even the message header
list, just a blank rectangle where the message should be.
Obviously this is quite i
On 8/26/19 4:42 PM, Boris Zbarsky wrote:
On 8/19/19 3:42 PM, Mats Palmgren wrote:
Sure. I'm just saying that I suspect some of the combinations may be hard
to implement using anon boxes, depending on what combinations are allowed.
For example, can one have a thing which is "table-cell" on the
On 25/08/2019 00:33, Cameron McCormack wrote:
> Thank you for cleaning this up, Frédéric. What are the use counter
> thresholds you are looking for with these MathML deprecations? A certain
> percentage of all pages, or of pages with any MathML?
Emilio re-enabled for Mozilla 68 [1] a counter
On Mon, Aug 26, 2019 at 12:02 AM Henri Sivonen wrote:
> If in a plain mochitest I do
> var rope =
> SpecialPowers.Cu.getJSTestingFunctions().newRope(t.head, t.tail);
> var encoded = (new TextEncoder()).encode(rope);
> the encode() method doesn't see the rope. Instead, the call to
> en
On 8/19/19 3:42 PM, Mats Palmgren wrote:
Your point is well taken but it's an independent issue.
Sure. I'm just saying that I suspect some of the combinations may be
hard to implement using anon boxes, depending on what combinations are
allowed.
For example, can one have a thing which is "
On Mon, Aug 26, 2019 at 1:37 PM Jan de Mooij wrote:
>
> On Mon, Aug 26, 2019 at 12:25 PM Henri Sivonen wrote:
>>
>> Thanks. Since SpecialPowers doesn't exist in xpcshell tests, is there
>> another way to reach JS testing functions from there?
>
>
> I think just Cu.getJSTestingFunctions() should w
Bug 1574882 has landed and will ship in Firefox 70. Our XPCOM (MOZ_LOG
driven) log files now all have .moz_log extension. The extension cannot
be changed.
-hb-
On 2019-08-19 18:59, Honza Bambas wrote:
I'm about to land a patch that will automatically add `mozlog`
extension to all log files
On Mon, Aug 26, 2019 at 12:25 PM Henri Sivonen wrote:
> Thanks. Since SpecialPowers doesn't exist in xpcshell tests, is there
> another way to reach JS testing functions from there?
>
I think just Cu.getJSTestingFunctions() should work.
Jan
>
> --
> Henri Sivonen
> hsivo...@mozilla.com
>
On Mon, Aug 26, 2019 at 11:27 AM Jan de Mooij wrote:
>
> On Mon, Aug 26, 2019 at 9:02 AM Henri Sivonen wrote:
>>
>> In what type of test does
>> SpecialPowers.Cu.getJSTestingFunctions().newRope() actually return a
>> rope within the calling compartment such that passing the rope to a
>> WebIDL AP
Hello,
Here's the list of new issues found and filed by the Desktop Release QA
team in the last 7 days.
Additional details on the team's priorities last week, as well as the
plans for the current week are available at: https://tinyurl.com/y3ww45m3.
Bugs logged by Desktop Release QA in the last
On Mon, Aug 26, 2019 at 9:02 AM Henri Sivonen wrote:
> In what type of test does
> SpecialPowers.Cu.getJSTestingFunctions().newRope() actually return a
> rope within the calling compartment such that passing the rope to a
> WebIDL API really makes the rope enter the WebIDL bindings instead of
> g
If in a plain mochitest I do
var rope =
SpecialPowers.Cu.getJSTestingFunctions().newRope(t.head, t.tail);
var encoded = (new TextEncoder()).encode(rope);
the encode() method doesn't see the rope. Instead, the call to
encode() sees a linear string that was materialized by a copy in a
cro
12 matches
Mail list logo