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
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:
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
(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
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
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
Good points, comments below.
Ed Morley emor...@mozilla.com wrote in message
news:mailman.1992.1362404580.24452.dev-platf...@lists.mozilla.org...
(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:
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
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
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
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 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
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 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
Boris Zbarsky bzbar...@mit.edu wrote in message
news:o7ydnyp6n66okqnmnz2dnuvz_uwdn...@mozilla.org...
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
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 are
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
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
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
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
on
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
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
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 separate repo
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 that not
24 matches
Mail list logo