When we encounter main thread I/O, most of the time, it is something
that should be rooted out. However, in a few cases (e.g. early during
startup, late during shutdown), these pieces of I/O should actually be
left untouched.
Since main thread I/O keeps being added to the tree, for good or bad
rea
(2014/02/08 0:31), David Rajchenbach-Teller wrote:
When we encounter main thread I/O, most of the time, it is something
that should be rooted out. However, in a few cases (e.g. early during
startup, late during shutdown), these pieces of I/O should actually be
left untouched.
Since main thread I
With the profiler' IO tracking feature we have a few options:
We match certain signatures after the data is collected.
+ Doesn't require changes to gecko, adjustments are cheap
- Matching signatures can be tricky/unreliable
We instrumented gecko to allow IO between two calls
+ Similar to shutdown
On 02/07/14 10:31, ISHIKAWA, Chiaki wrote:
> Message:
> [10549] WARNING: Security network blocking I/O on Main Thread: file
> /REF-COMM-CENTRAL/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp,
> line 422
This generally happens when javascript calls a function on an
nsIX509Cert tha
Hello platform!
I've sent a proposal to governance [0] to create a new module for
content security policies like Content Security Policy (CSP), the Mixed
Content Blocker, and Safe Browsing.
Please comment on that thread if you have questions or concerns.
[0] https://groups.google.com/forum/#!top
On Feb 7, 2014, at 10:31 AM, David Rajchenbach-Teller
wrote:
> When we encounter main thread I/O, most of the time, it is something
> that should be rooted out. However, in a few cases (e.g. early during
> startup, late during shutdown), these pieces of I/O should actually be
> left untouched.
https://blog.mozilla.org/webdev/2014/02/07/dxr-gets-a-huge-ui-refresh/
Happy hacking!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
that's pretty, but where did the list of classes & class members go when
viewing files like
http://dxr.mozilla.org/mozilla-central/source/modules/libjar/nsZipArchive.cpp
- Original Message -
> From: "Erik Rose"
> To: dev-platform@lists.mozilla.org, dev-static-analy...@lists.mozilla.org
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, alternating between 2:30pm PDT and 5:30pm
PDT.
The next meeting will take place on Monday, Feb 10 at 2:30 PM US/Pacific
Please add to the agenda:
https://wiki.mozilla.org/Platform/GFX
> that's pretty, but where did the list of classes & class members go when
> viewing files like
> http://dxr.mozilla.org/mozilla-central/source/modules/libjar/nsZipArchive.cpp
Coming back soon: https://bugzilla.mozilla.org/show_bug.cgi?id=965659. We're
having some trouble reducing it to a test
(2014/02/08 4:13), David Keeler wrote:
On 02/07/14 10:31, ISHIKAWA, Chiaki wrote:
Message:
[10549] WARNING: Security network blocking I/O on Main Thread: file
/REF-COMM-CENTRAL/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp,
line 422
This generally happens when javascript cal
On Fri, Feb 7, 2014 at 11:13 AM, David Keeler wrote:
> On 02/07/14 10:31, ISHIKAWA, Chiaki wrote:
>> Message:
>> [10549] WARNING: Security network blocking I/O on Main Thread: file
>> /REF-COMM-CENTRAL/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp,
>> line 422
David's explanati
On 8/7/13, 1:00 PM, d...@dmik.org wrote:
пятница, 2 августа 2013 г., 3:13:23 UTC+4 пользователь Gregory Szorc написал:
Are there any objections to this proposal?
Hello everybody, I'm the person who's being actively working now on getting
Mozilla build on OS/2 again with all the new IPC stuff
13 matches
Mail list logo
