Re: Buildbot Try artifact expiration

[Boris Zbarsky]

On 9/23/16 2:53 PM, gar...@mozilla.com wrote:

For taskcluster, starting in May, the entire task would be expired, including 
any output from it (artifacts, logs, etc).


OK.  In my experience, it's very useful to have logs available longer 
than just two weeks.  If nothing else, some of the things that start 
trying to look at them only happen about once a week


-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Upcoming hg.mozilla.org certificate change

[Gregory Szorc]

Yup. There are a few outstanding issues in automation. People in #releng
are on it.

On Mon, Sep 26, 2016 at 11:22 AM, Justin D'Arcangelo <
jdarcang...@mozilla.com> wrote:

> Looks like the cert change broke try:
>
> https://treeherder.mozilla.org/#/jobs?repo=try=a83c34bc2716 <
> https://treeherder.mozilla.org/#/jobs?repo=try=a83c34bc2716>
>
> -Justin
>
>
> > On Sep 26, 2016, at 2:11 PM, Mats Palmgren  wrote:
> >
> > On 09/26/2016 07:20 PM, Gregory Szorc wrote:
> >> # Mercurial 3.9+
> >>
> >> [hostsecurity]
> >> hg.mozilla.org:fingerprints =
> >> sha256:8e:ad:f7:6a:eb:44:06:15:ed:f3:e4:69:a6:64:60:37:2d:
> ff:98:88:37:bf:d7:b8:40:84:01:48:9c:26:ce:d9
> >>
> >> # Mercurial <= 3.8
> >>
> >> [hostfingerprints]hg.mozilla.org =
> >> 73:7f:ef:ab:68:0f:49:3f:88:91:f0:b7:06:69:fd:8f:f2:55:c9:56
> >
> >
> > Note that the "name = value" should be on a single line or else
> > you will get "hg: parse error".  That is, there should be
> > no newline after the "=".
> >
> > In case your mail reading application helpfully added a newline
> > there for you...
> >
> > /Mats
> >
> > ___
> > 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: Upcoming hg.mozilla.org certificate change

[Justin D'Arcangelo]

Looks like the cert change broke try:

https://treeherder.mozilla.org/#/jobs?repo=try=a83c34bc2716 


-Justin


> On Sep 26, 2016, at 2:11 PM, Mats Palmgren  wrote:
> 
> On 09/26/2016 07:20 PM, Gregory Szorc wrote:
>> # Mercurial 3.9+
>> 
>> [hostsecurity]
>> hg.mozilla.org:fingerprints =
>> sha256:8e:ad:f7:6a:eb:44:06:15:ed:f3:e4:69:a6:64:60:37:2d:ff:98:88:37:bf:d7:b8:40:84:01:48:9c:26:ce:d9
>> 
>> # Mercurial <= 3.8
>> 
>> [hostfingerprints]hg.mozilla.org =
>> 73:7f:ef:ab:68:0f:49:3f:88:91:f0:b7:06:69:fd:8f:f2:55:c9:56
> 
> 
> Note that the "name = value" should be on a single line or else
> you will get "hg: parse error".  That is, there should be
> no newline after the "=".
> 
> In case your mail reading application helpfully added a newline
> there for you...
> 
> /Mats
> 
> ___
> 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: Upcoming hg.mozilla.org certificate change

[Mats Palmgren]

On 09/26/2016 07:20 PM, Gregory Szorc wrote:

# Mercurial 3.9+

[hostsecurity]
hg.mozilla.org:fingerprints =
sha256:8e:ad:f7:6a:eb:44:06:15:ed:f3:e4:69:a6:64:60:37:2d:ff:98:88:37:bf:d7:b8:40:84:01:48:9c:26:ce:d9

# Mercurial <= 3.8

[hostfingerprints]hg.mozilla.org =
73:7f:ef:ab:68:0f:49:3f:88:91:f0:b7:06:69:fd:8f:f2:55:c9:56



Note that the "name = value" should be on a single line or else
you will get "hg: parse error".  That is, there should be
no newline after the "=".

In case your mail reading application helpfully added a newline
there for you...

/Mats

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

[zbraniecki]

So, it seems to me that we're talking about two aspects of module loading:


1) Singleton vs. per-instance

Cu.import allows us to share a single object between all the code that 
references it.

ES6 modules are not meant to do that.

2) Conditional vs. static

Cu.import allows us to decide *when* we're loading the code for side-effects, 
or even *if* we're going to load it at all.

if (needed) {
  Cu.import(...);
}

or

XPCOMUtils.defineLazyModuleGetter(this, 'Services',
  'resource://gre/modules/Services.jsm');

-

The latter one may be resolved by some future ECMA proposals like:
 - https://github.com/domenic/proposal-import-function
 - https://github.com/benjamn/reify/blob/master/PROPOSAL.md

The former is a more tricky. I'm not sure how can we, within statement import 
world annotate the difference.
In the import-function world we could maybe do:

import('resource://gre/modules/Services.jsm', {singleton: true}).then();

but for static I don't see a semantically compatible way to annotate singleton 
reference.

zb.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Upcoming hg.mozilla.org certificate change

[Gregory Szorc]

The certificate has been flipped.

New hashes are:

sha1:73:7f:ef:ab:68:0f:49:3f:88:91:f0:b7:06:69:fd:8f:f2:55:c9:56
sha256:8e:ad:f7:6a:eb:44:06:15:ed:f3:e4:69:a6:64:60:37:2d:ff:98:88:37:bf:d7:b8:40:84:01:48:9c:26:ce:d9

You can pin these in your hgrc via:

# Mercurial 3.9+

[hostsecurity]
hg.mozilla.org:fingerprints =
sha256:8e:ad:f7:6a:eb:44:06:15:ed:f3:e4:69:a6:64:60:37:2d:ff:98:88:37:bf:d7:b8:40:84:01:48:9c:26:ce:d9

# Mercurial <= 3.8

[hostfingerprints]hg.mozilla.org =
73:7f:ef:ab:68:0f:49:3f:88:91:f0:b7:06:69:fd:8f:f2:55:c9:56

Please make noise in #vcs or #releng if you see breakage.


On Thu, Sep 22, 2016 at 1:57 PM, Gregory Szorc  wrote:

> hg.mozilla.org's x509 server certificate (AKA an "SSL certificate")
> expires next week.
>
> A new certificate has already been issued and it is scheduled to be
> swapped in around 2016-09-26T17:00Z (Monday September 26 10:00 PDT). The
> transition may be delayed to avoid downtime in automation, which hasn't
> fully prepared for the change yet.
>
> The only major change to the certificate is it is using SHA-256 for
> signatures. This is known to not work with ancient software (such as
> Windows XP SP2). We don't anticipate any major problems with this, however.
>
> If you pin the host fingerprint in your Mercurial config file, you'll need
> to install a new fingerprint or Mercurial will refuse to connect once the
> certificate is swapped. The fingerprint of the new certificate and
> Mercurial config snippets for configuring it are available at
> https://bugzilla.mozilla.org/show_bug.cgi?id=1147548#c12.
>
> It's worth noting that Mercurial 3.8+ supports pinning multiple
> fingerprints per host. So, if you install the new fingerprint today, you
> don't need to take action when the server certificate is swapped next week.
>
> If you notice any problems after the cert change, please make noise in
> #vcs on IRC.
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

[David Teller]

I agree that my formulation was poor, but that's what I meant: in *a
single webpage*, all these modules behave the same wrt the underlying
objects.



On 26/09/16 18:14, Boris Zbarsky wrote:
> On 9/26/16 12:09 PM, David Teller wrote:
>> In web content, that's also the case with ES6 and require-style modules.
> 
> No, only on a per-global basis.
> 
> Put another way, if you Cu.import the same thing from two instances of
> browser.xul, you will get the same objects.  But if import the same ES7
> module from two different instances of the same webpage you get
> _different_ objects.
> 
> -Boris
> ___
> 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: So, what's the point of Cu.import, these days?

[Boris Zbarsky]

On 9/26/16 12:09 PM, David Teller wrote:

In web content, that's also the case with ES6 and require-style modules.


No, only on a per-global basis.

Put another way, if you Cu.import the same thing from two instances of 
browser.xul, you will get the same objects.  But if import the same ES7 
module from two different instances of the same webpage you get 
_different_ objects.


-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

[David Teller]

In web content, that's also the case with ES6 and require-style modules.
I realize that it's a bit more complicated in chrome code, with all the
XUL + XBL + XPCOM + subscript loader, but I believe that we should be
able to reach the same result.

Cheers,
 David

On 26/09/16 18:01, Joshua Cranmer  wrote:
> On 9/24/2016 5:13 PM, David Teller wrote:
>> Which begs the question: what's the point of `Cu.import` these days?
> 
> One major difference between Cu.import and ES6/require-style modules is
> that only one version of the script is created with Cu.import. This
> allows you to make databases using Cu.import--every code that calls that
> Cu.import file, whether a chrome JS file or an XPCOM component
> implementation, will be guaranteed to see the same objects once the call
> is made. There are definitely modules that rely on this.
> 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

[Joshua Cranmer ]

On 9/24/2016 5:13 PM, David Teller wrote:

Which begs the question: what's the point of `Cu.import` these days?


One major difference between Cu.import and ES6/require-style modules is 
that only one version of the script is created with Cu.import. This 
allows you to make databases using Cu.import--every code that calls that 
Cu.import file, whether a chrome JS file or an XPCOM component 
implementation, will be guaranteed to see the same objects once the call 
is made. There are definitely modules that rely on this.


--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Why I don't like DXR

[Erik Rose]

> I wanted to find usage of a member called "io_pending".


DXR is happy to search for identifiers (id:whatever). The problem is that all 
the uses of io_pending are #ifdef'd out when compiling for Linux, which is the 
platform we use to run the indexing job for moz-central. A clue is that there's 
not much of a symbolic context menu when clicking on io_pending: you get 
offered only "Search for the substring io_pending". So, when you're searching 
for platform-specific things that aren't Linux, you have to fall back to text 
search. In addition, you have regexes at your disposal, so something using word 
boundaries like regexp:\bio_pending\b might serve.

> By default dxr tokenizes your input, so if you put "foo bar" (without quotes) 
> it will give you lines that contain both foo and bar, individually. That is 
> sometimes helpful, but not here.

Specifically, DXR finds all the lines that contain all the space-delimited 
terms in the query, due to long tradition. As Gijs and others point out, quotes 
can be used to match whole phrases. I've shopped around the idea of changing 
this behavior, but nobody seemed interested. If anyone feels strongly, the 
polls can be reopened!

>> - how can I simply limit search to be performed only in a certain
>> directory and it's sub-dirs?
> 
> foo path:browser/base/content/test/

You can also click any dir name in the search results, and you'll get a context 
menu including "Limit search to folder" and "Exclude folder from search".

Cheers,
Erik
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

[David Teller]

Ideally, it would be great to replace our current messy module loading
with something stricter. I suspect, however, that we have subtleties
that won't let us proceed. Let me detail a bit some of the problems that
might occur if we wish to rewrite existing code with a stricter module
loader.



* Side-effects

For one thing, I remember that some of our JS code defers loading its
dependencies (typically, using `XPCOMUtils.lazyModuleGetter`) to make
sure that this specific module is loaded after some startup code has
been properly initialized.

I don't remember the specifics, but I recall having seen it in or around
Services.jsm. I also recall that it is necessary for some tests that
mockup XPCOM components, so we need to ensure that the XPCOM components
have time to be installed before the code that depends upon them
actually instantiates them.

I suspect that this hairy behavior is quite the opposite of what ES6
modules are for, and that this may make it impossible to use them in
this context.



* Blocking C++ while JS code is being loaded

It is pretty common for C++ code to call JS code – typically, without
knowing that it's JS, thanks to XPCOM/XPConnect, expecting it to be a
regular function/method call.

If executing this JS code means that we need to somehow load modules,
this means that the loading needs to block the caller.

Is this the case already?



Cheers,
 David

On 26/09/16 12:33, jcoppe...@mozilla.com wrote:
> On Sunday, 25 September 2016 07:32:32 UTC+1, David Teller  wrote:
>> What's the current status of the implementation of ES6 modules?
> 
> ES6 modules are supported for chrome code, but not yet for content (pending 
> spec related discussions that are not relevant for chrome).
> 
> It would be great if we could moving to using standard ES6 modules 
> internally!  If anyone is interested on working on converting the codebase 
> then I can help with this.
> 
> Can you explain the requirement for synchronous loading?  With ES6 modules 
> all imports are determined statically and are loaded before the script is 
> executed, and the spec does not currently provide an API to load a module, 
> synchronously or otherwise.
> 
> Jon
> ___
> 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

Progressive Web Metrics (PWM) in Gecko

[Dominik Strohmeier]

Greetings,

in an effort to enable a modern user-centric metrics suite that will allow
us to track measurements that represent the user perceived performance, we
aim to get Progressive Web Metrics (PWM) into Gecko
 (meta bug 1298380
). Beyond improving
our measurements around responsiveness of Gecko, PWM is also meant to
provide developers better performance measurements in the future.

The current efforts around PWM have mainly been driven by the Chromium team
that worked on drafting first specs for measurements and probes. There is a
presentation from Paul Irish here: bit.ly/pwmetricsdeck. Shubhie Panicker
is working on the spec for W3C Web Perf WG.

From a user's point of view, we see four key moments of experience when a
user intends to explore a new web page/app (adopted from here

):

   - *Time to First Meaningful Paint (TTFMP)
   
:
   "Is it happening and useful?"* This first part is focusing on measuring
   from a user's perspective if navigation started successfully (the server
   has responded and if the page painted enough critical content that I could
   engage with it? Technically, TTFMP measures the time from navigation start
   to the first paint where page’s primary content is visible. Currently it is
   defined as the the paint that follows the most significant layout
   
.
   TTFMP is tracked in bug 1299117
   .
   - *Time to Interaction (TTIx): "Is it working?"* This probe will track
   when users start interacting with pages after navigation via click, touch
   or scroll event. During user research from the UX team, we have learned
   that users use scrolling to test if a page is fully loaded. In other words,
   user interaction with new content marks the end of the user-perceived page
   load process and defines the transition to interaction and content
   exploration.
   - *Time to Interactive (TTI)
   : “is it usable?"* This
   defines the transition from page load to ready for user interaction from
   the engine's point of view. TTI celebrates that the thread executing
   javascript is available enough to handle user input. In the current spec
   for TTI, there should be nothing blocking the render process for more than
   50ms to handle input within a 10sec window. Further discussion on TTI
   calculation can be also found here
   
.
   TTI is tracked in bug bug 1299118
   .
   - *Interaction probes: "Is it delightful?"*  Beyond page load, these
   probes track the responsiveness of the engine during users' content
   exploration/browsing.
  - *Estimated Input Latency (EIL)
  

  *aka Risk to Responsiveness (see bug 1303296
  ): Given that
  user input can happen anytime, EIL estimates the input latency
for new user
  input.
  - *Actual Input Latency: *Input latency starts at the event timestamp
  and measures time to glass. In Telemetry, this is currently tracked
  via INPUT_EVENT_RESPONSE_MS
  - *Frame Throughput*
  

  aka Jank-free scrolling and animation (see Chromium working draft
  

  and bug 1303313 
  ).

We are seeking engineering input and hope to get a discussion started here
about specs and implementation.
Thanks,
Harald and Dominik

-- 
Dominik Strohmeier | Staff Product Manager, Platform Metrics | Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Converting assertions into release assertions

[Julian Seward]

> [assertions expensive, etc]

(random suggestion):  Why don't we profile the cost of all assertions,
or at least the number of times each is evaluated, across some some test
workload.

Then we'd have a quantitative basis on which to say "we can enable the
following set of assertions at the cost of a 1% perf hit, and the
following extras if we are prepared to take a 5% hit".

Right now it seems to me that we know assertions are expensive, but we
don't have a systematic way to evaluate tradeoffs between performance and
extra safety.

J

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Why I don't like DXR

[Gijs Kruitbosch]

On 26/09/2016 14:14, Honza Bambas wrote:

Today I tried to search for an identifier on DXR.  Something that was so
easy with MXR...

I wanted to find usage of a member called "io_pending".  Typing that
string to the DXR search field gives me a number of results that are
definitely not what I'm looking for, like lines containing
ERROR_IO_PENDING.  Using var:io_pending or ref:io_pending returns zero
results, despite the identifier is definitely used in the code base.
So, I tried to look only for assignments to this identifier (a member
variable, actually), so I typed "io_pending = " to the search field.
And what a surprise! I got the same result as for pure "io_pending", so
very far from what I was looking for and expecting to get.


Questions:

- how can I look for a string as always _case sensitive_ and _whole word
only_ ?  MXR was capable of searching for 'identifiers', why doesn't DXR
provide something simple as that as well?


'io_pending =

(note leading quote - you can close the quote as well to search for that 
specific string, but it's quicker not to, of course...)


By default dxr tokenizes your input, so if you put "foo bar" (without 
quotes) it will give you lines that contain both foo and bar, 
individually. That is sometimes helpful, but not here.




- how can I simply limit search to be performed only in a certain
directory and it's sub-dirs?


foo path:browser/base/content/test/

will give only results containing 'foo' from files that match that path. 
Note that the path is not 'leading' specific, so e.g. path:.gif or 
path:browser_ are also valid expressions that might be useful in 
specific searches.


~ Gijs
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Why I don't like DXR

[Jonathan Kew]

On 26/9/16 14:14, Honza Bambas wrote:

Today I tried to search for an identifier on DXR.  Something that was so
easy with MXR...

I wanted to find usage of a member called "io_pending".  Typing that
string to the DXR search field gives me a number of results that are
definitely not what I'm looking for, like lines containing
ERROR_IO_PENDING.  Using var:io_pending or ref:io_pending returns zero
results, despite the identifier is definitely used in the code base.
So, I tried to look only for assignments to this identifier (a member
variable, actually), so I typed "io_pending = " to the search field.
And what a surprise! I got the same result as for pure "io_pending", so
very far from what I was looking for and expecting to get.


Questions:

- how can I look for a string as always _case sensitive_ and _whole word
only_ ?  MXR was capable of searching for 'identifiers', why doesn't DXR
provide something simple as that as well?


This is only a partial answer, but if you prefix your search with "@" 
then it'll be case-sensitive, so simply


@io_pending

will get you closer to what you were looking for.

JK



- how can I simply limit search to be performed only in a certain
directory and it's sub-dirs?



Thanks.

-hb-


___
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: Why I don't like DXR

[Andrew Osmond]

I think it is a matter of failing to parse/index all of the code; for
example, var:mError works for me as I think you would expect. If I find a
definition of "io_pending":

https://dxr.mozilla.org/mozilla-central/source/nsprpub/pr/include/private/primpl.h#1608

I notice that it isn't recognized as a variable; just a few lines above
however, syspoll_count is fine:

https://dxr.mozilla.org/mozilla-central/source/nsprpub/pr/include/private/primpl.h#1600

It may be related to preprocessor. I see the unrecognized symbols often
(always?) are placed inside an #ifdef where the #define is not found /
highlighted in blue.

On Mon, Sep 26, 2016 at 9:14 AM, Honza Bambas  wrote:

> Today I tried to search for an identifier on DXR.  Something that was so
> easy with MXR...
>
> I wanted to find usage of a member called "io_pending".  Typing that
> string to the DXR search field gives me a number of results that are
> definitely not what I'm looking for, like lines containing
> ERROR_IO_PENDING.  Using var:io_pending or ref:io_pending returns zero
> results, despite the identifier is definitely used in the code base.  So, I
> tried to look only for assignments to this identifier (a member variable,
> actually), so I typed "io_pending = " to the search field.  And what a
> surprise! I got the same result as for pure "io_pending", so very far from
> what I was looking for and expecting to get.
>
>
> Questions:
>
> - how can I look for a string as always _case sensitive_ and _whole word
> only_ ?  MXR was capable of searching for 'identifiers', why doesn't DXR
> provide something simple as that as well?
>
> - how can I simply limit search to be performed only in a certain
> directory and it's sub-dirs?
>
>
>
> Thanks.
>
> -hb-
>
>
> ___
> 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: Why I don't like DXR

[Karl Dubost]

Le 26 sept. 2016 à 22:14, Honza Bambas  a écrit :
> - how can I look for a string as always _case sensitive_ and _whole word 
> only_ ?

Probably not exactly what you are looking for, but:

https://dxr.mozilla.org/mozilla-central/search?q=%22+io_pending%22=false

-- 
Karl Dubost, Mozilla
http://www.la-grange.net/karl/moz

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Why I don't like DXR

[Honza Bambas]

Today I tried to search for an identifier on DXR.  Something that was so 
easy with MXR...


I wanted to find usage of a member called "io_pending".  Typing that 
string to the DXR search field gives me a number of results that are 
definitely not what I'm looking for, like lines containing 
ERROR_IO_PENDING.  Using var:io_pending or ref:io_pending returns zero 
results, despite the identifier is definitely used in the code base.  
So, I tried to look only for assignments to this identifier (a member 
variable, actually), so I typed "io_pending = " to the search field.  
And what a surprise! I got the same result as for pure "io_pending", so 
very far from what I was looking for and expecting to get.



Questions:

- how can I look for a string as always _case sensitive_ and _whole word 
only_ ?  MXR was capable of searching for 'identifiers', why doesn't DXR 
provide something simple as that as well?


- how can I simply limit search to be performed only in a certain 
directory and it's sub-dirs?




Thanks.

-hb-


___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

[Firefox Desktop] Issues found: September 19th to September 23th

[Cornel Ionce]

Hi everyone,

Here's the list of new issues found and filed by the Desktop Release QA 
Team last week, *September 19 - September 23* (week 38).


Additional details on the team's priorities last week, as well as the 
plans for the current week are available at:


   https://public.etherpad-mozilla.org/p/DesktopManualQAWeeklyStatus


*RELEASE CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1305028 
	The vertical scrollbar displayed for the main pane is partially 
overlapped by the video itself on YouTube Gaming

Core
Layout
TBD NOBODY
1303729 
	[Hello 3.0.0] "Start a conversation" context menu option still exists 
after Hello removal

Hello (Loop)
Client
NO  Mark Banner 
1303977  	[fr-builds] "Les etiguettes sont 
limitees a 25 caracteres" message is overlapping the Pocket tag page text

Firefox
Pocket
NO  NOBODY



*BETA CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1304692 
	[Mac] PointerLock doesn't work properly while in Full Screen on MacBook 
Pro Retina

Core
DOM
NO  NOBODY



*AURORA CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1305035  	Crash in XUL@0x1cd377c | 
XUL@0x1ca094f | XUL@0x1965dd5 | XUL@0x1bfce85 | XUL@0x3dfdd00 | 
XUL@0x3df7f68 | XUL@0x3dec325 | XUL@0x3dfdf46 | XUL@0x3dfe128 | 
XUL@0x3c787ff | XUL@0x1a98ad4 | XUL@0x1d71c83 | XUL@0x1d5f745 | 
XUL@0x1d60162 | XUL@0x1d581aa | XUL... 	Core

Canvas: WebGL
TBD Jeff Gilbert 



*NIGHTLY CHANNEL*
ID  Summary Product Component   Is a regression 
Assigned to
1303699 
	The devices list is wrongly displayed if a small device is selected 
after 4K Ultra HD Television device

Firefox
Developer Tools: Responsive Design Mode
NO  NOBODY
1303732 
Inspector's width is too small when dragging the splitter to the right
Firefox
Developer Tools: Shared Components
YES  NOBODY
1304703  	[e10s] Cannot touch scroll the 
about:config page

Core
Panning and Zooming
NO  NOBODY
1305051 
Inspector tabs are right above the sidebar tabs in vertical layout
Firefox
Developer Tools: Inspector
YES  NOBODY
1305056 
Font size in Inspector sidebar is too small
Firefox
	Developer Tools: Inspector 	YES 
 
	NOBODY

1305029 
[FLAC sample] The audio progress bar skips final seconds
Toolkit
Video/Audio Controls
NO  Jean-Yves Avenard 



*ESR CHANNEL*
none

Regards,
Cornel Ionce
Team Lead
SOFTVISION

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: So, what's the point of Cu.import, these days?

[jcoppeard]

On Sunday, 25 September 2016 07:32:32 UTC+1, David Teller  wrote:
> What's the current status of the implementation of ES6 modules?

ES6 modules are supported for chrome code, but not yet for content (pending 
spec related discussions that are not relevant for chrome).

It would be great if we could moving to using standard ES6 modules internally!  
If anyone is interested on working on converting the codebase then I can help 
with this.

Can you explain the requirement for synchronous loading?  With ES6 modules all 
imports are determined statically and are loaded before the script is executed, 
and the spec does not currently provide an API to load a module, synchronously 
or otherwise.

Jon
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform