On Monday, March 4, 2013 5:17:29 PM UTC-8, Gregory Szorc wrote:
> On 3/4/13 5:09 PM, Dave Mandelin wrote:
>
> >> We already don't back back out changes for regressing a benchmark like
> >> we back them out for regressing tests. I think this is at least
> >> partially because a general sentiment
On Monday, March 4, 2013 4:56:46 PM UTC-8, Jeff Hammel wrote:
> I'll point out and really this is about all I have to say on this thread
> that while perf testing (that is, recording results) may bewell, not
> easy, but not too awful that rigorous analysis of what the data means
> and if the
On 3/4/13 5:09 PM, Dave Mandelin wrote:
We already don't back back out changes for regressing a benchmark like
we back them out for regressing tests. I think this is at least
partially because a general sentiment that not all of our benchmarks
correlate strongly to what they're trying to measur
> We already don't back back out changes for regressing a benchmark like
> we back them out for regressing tests. I think this is at least
> partially because a general sentiment that not all of our benchmarks
> correlate strongly to what they're trying to measure.
I know this has been a hot top
On Monday, March 4, 2013 5:42:39 AM UTC-8, Ed Morley wrote:
> (CCing auto-to...@mozilla.com)
>
> jmaher and jhammel will be able to comment more on the talos specifics,
> but few thoughts off the top of my head:
>
> It seems like we're conflating multiple issues here:
> 1) "[talos] is a separa
I'll point out and really this is about all I have to say on this thread
that while perf testing (that is, recording results) may bewell, not
easy, but not too awful that rigorous analysis of what the data means
and if there is a regression is often hard since it is often the case,
as evide
Writing a lot of performance tests creates the problem that those tests
will take a long time to run. The nature of performance tests is that each
test must run for a relatively long time to get meaningful results.
Therefore I doubt writing lots of different performance tests can scale.
(Maybe we c
On Monday, March 4, 2013 5:15:56 AM UTC-8, Jim Mathies wrote:
> For metrofx we’ve been working on getting omtc and apzc running in the
> browser. One of the things we need to be able to do is run performance tests
> that tell us whether or not the work we’re doing is having a positive effect
> o
On 3/4/13 9:36 AM, Gregory Szorc wrote:
If all your tests are declared the same way, then presumably the test
running code would be similar and capturing performance data would
require a single implementation affecting all test suites instead of N
1-off solutions.
We've talked about this befor
Hi All,
This is a friendly notice that the Components object is finally about to
disappear for web content. This is something we've been planning for years,
and we believe that all the necessary pieces are now in place. The patches
are ready to land, pending a final try run.
Hopefully, this shoul
On 04.03.2013 15:48, Boris Zbarsky wrote:
On 3/4/13 6:26 AM, gNeandr wrote:
Any idea how to fix that problem, any workaround .. catching the
response NOT to throw it to the console?
If you control the server, make sure the Content-Type it returns is not
an XML type (like the fruux.com server d
> 1) something checked into mc anyone can easily author or run (for tracking
> down regressions) without having to checkout a separate repo, or setup and
> run a custom perf test framework.
I don't oppose the gist of what you're suggesting here, but please
keep in mind that small perf changes ar
"Boris Zbarsky" wrote in message
news:...
> On 3/4/13 8:15 AM, Jim Mathies wrote:
> > So to work around this I’ve been putting together some basic perf tests I
> > can use to measure performance using the mochitest framework.
>
> How are you dealing with the fact that mochitest runs on heteroge
On 3/4/13 1:08 PM, Zack Weinberg wrote:
It only needs to be certain of seeing the event despite anything content
can do,
In that case, a capturing handler on the chrome event listener will work
fine.
-Boris
___
dev-platform mailing list
dev-platfor
On 2013-03-04 9:53 AM, Boris Zbarsky wrote:
On 3/4/13 9:10 AM, Zack Weinberg wrote:
So I guess the next question is where does one put a capturing event
handler so that it will see *all* events of the relevant type regardless
of which window it was dispatched to or the contents of that window
On 3/4/13 5:15 AM, Jim Mathies wrote:
For metrofx we’ve been working on getting omtc and apzc running in the browser.
One of the things we need to be able to do is run performance tests that tell
us whether or not the work we’re doing is having a positive effect on perf. We
currently don’t hav
Our (ostensibly) weekly DOM bindings meetings continue on Monday March 4th
at 12:30 PM PST.
Meeting details:
* Monday, March 4, 2012, 12:30 PM PST (9:30 PM CET)
* Conference room 7-N, San Francisco office, 7th floor.
* Dial-in Info:
- Vidyo room: SFO-7N
- In office or soft phone: extension 92
On 3/4/13 8:15 AM, Jim Mathies wrote:
So to work around this I’ve been putting together some basic perf tests I can
use to measure performance using the mochitest framework.
How are you dealing with the fact that mochitest runs on heterogeneous
hardware (including VMs and the like last I chec
On 3/4/13 9:10 AM, Zack Weinberg wrote:
So I guess the next question is where does one put a capturing event
handler so that it will see *all* events of the relevant type regardless
of which window it was dispatched to or the contents of that window
I don't think such a thing is possible in a w
On 3/4/13 6:26 AM, gNeandr wrote:
Any idea how to fix that problem, any workaround .. catching the
response NOT to throw it to the console?
If you control the server, make sure the Content-Type it returns is not
an XML type (like the fruux.com server does).
If you control the caller and don'
Good points, comments below.
"Ed Morley" wrote in message
news:...
(CCing auto-to...@mozilla.com)
jmaher and jhammel will be able to comment more on the talos specifics,
but few thoughts off the top of my head:
It seems like we're conflating multiple issues here:
1) "[talos] is a separat
On 2013-03-03 10:25 PM, Boris Zbarsky wrote:
On 3/3/13 10:12 PM, Zack Weinberg wrote:
If an event is dispatched from C++ using
nsContentUtils::DispatchTrustedEvent with both the 'bubbles' and
'cancelable' flags set false, what precisely is the difference between
targeting it at a document's wind
Some thoughts on the subject-
I would argue against running performance tests inside of mochitest. The main
reason is that mochitest has a lot of profile stuff for testing as well as many
other tests bundled inside of the same browser session. For a standalone
metric unrelated to a user scen
(CCing auto-to...@mozilla.com)
jmaher and jhammel will be able to comment more on the talos specifics,
but few thoughts off the top of my head:
It seems like we're conflating multiple issues here:
1) "[talos] is a separate repo from mc"
2) "[it's a hassle to] test the test to be sure it’s wo
For metrofx we’ve been working on getting omtc and apzc running in the browser.
One of the things we need to be able to do is run performance tests that tell
us whether or not the work we’re doing is having a positive effect on perf. We
currently don’t have automated tests up and running for met
Using XMLHttpRequest for REST/PUT request to GoogleCalendar I get a
response/error to the console like this
with the red XML error symbol:
> Error: no element found
> Source file:
https://{--mymailadr--}%40googlemail%2Ecom:{--PASSWORD--}@www.google.com/calendar/dav/{--CALENDAR_ID--}@group.calend
Hi,
I am trying to install a PKCS#11 module into Firefox browser via an MSI setup
application.
After doing some search through the internet, I bumped into the 'modutil' tool
which has a wide variety of responsibilities especially in my case for
installing/uninstalling the PKCs#11 module to NSS s
27 matches
Mail list logo
