Measuring interactivity in a browser (especially during load)

we calculate from the values. We can then start tracking some of these in perfherder and see if they’re stable enough to use as alerts. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list de

Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward

l poorly with, multi-process apps. No revelation here, of course.] -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Announcing ./mach busted

wasn't to me), 'file' is a keyword, not a file to include, and all you really need to do is file a bug that blocks bug 1543241 (or add that to an existing bug). We also should name that bug, for easy in referencing in the future (I propose "mach-busted" ;-) ) -- Randell Jesup, Moz

PSA on MOZ_LOG entries in profiles

ably throw a lot of logs at it safely. You can find them in the Marker Chart or Marker Table when viewing a profile. Now back to your regularly scheduled programming ;-) -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-p

Re: Running different instances of Firefox side-by-side

rious needs mostly around 20+ years ago and hadn't been revisted since then really. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: try pushes: use a base revision from 2019-02-06 or newer

>On 2/12/19 9:15 PM, Randell Jesup wrote: >>> if you push to the Try server, use base revisions (= the shared revision on >>> top of which you add your changes) from 2019-02-06 or newer, else there >>> will be many test failures due to expired certificates. The

Re: try pushes: use a base revision from 2019-02-06 or newer

show_bug.cgi?id=1525191 What if you need to push a Try involving an older rev (i.e. to verify a problem or fix)? Is there a patch you can add on top of an older rev to avoid failures? Has the ESR branch been updated so it can be used as a base as well? -- Randell Jesup, Mozilla Corp remove &quo

Re: Process Priority Manager enabled on Nightly for Windows (only)

c calls or perhaps webrtc-based datachannel applications (file transfers, games, etc, though likely if it's just priority this won't be a problem). -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list de

Re: New and improved "about:config" for Firefox Desktop

. and never realized I could sort on modification status. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal to adjust testing to run on PGO builds only and not test on OPT builds

t-only failures, or trying to verify if a regression identified in mozregression for PGO was a PGO bug or now, though that could be checked at the cost of a build or 4 even if we don't build opt, probably). -- Randell Jesup, Mozilla Corp remove "news" fo

Re: The upcoming C/C++ coding style change

mmended hg qpop Poof! that *should* be all. Thanks to jkew, pehrsons, ehsan for suggestions! -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The upcoming C/C++ coding style change

it). Thanks! I'll let people know if it works -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The upcoming C/C++ coding style change

each one, like the Dispatch queue with per-directory patches, but that's not the common case.) Can we come up with a way to partially script this, if there's a workable sequence? Or do I just have to do a ton of manual rebasing? Thanks for any help

Re: Performance profiling improvements #3

erf script -F +pid > /tmp/firefox.perf Note that you'll want /proc/sys/kernel/perf_event_paranoid to be 1 (or less). To persist across reboots: sudo sh -c 'echo kernel.perf_event_paranoid=1 >> /etc/sysctl.d/99.local.conf' (or add to /etc/sysctl.conf, etc - whatever is correct for your syst

Re: Intent to implement and ship: WebP image support

st, I believe we objected to adding WebP for various reasons. >> Do we feel that those reasons are now outweighed by the compat problems? (Personal opinion) Yes, unfortunately. And AV1F image format both isn't ready and isn't universally supported; it will take a while. -- Randell Jesup,

Re: Better incremental builds - Tup backend available on Linux

uild && mach artifact toolchain --from-build linux64-tup This doesn't work... no "mach" in my path. Going to a tree and typing './mach artifact toolchain --from-build linux64-tup' works though. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___

Re: Input Delay Metric proposal

a lesser extent for investigation of responsiveness on specific pages, or for devtools (so developers can see how their page is working). It's arguable how useful this is in telemetry - though I think it might be worth tracking there, at least for a while to compare. -- Randell Jesup, Mozilla Co

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

t-out mechanism. Right - this would need to be handled in a similar way to real crashes - pop a crashreporter dialog to let the user submit it. We just wouldn't kill the browser (and probably disable future semi-assertions until restart once we hit and report one to avoid bugging the

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

?) of work in crashreporter - ted? It might be easy invoke a crashreport sampling, and continue, but I suspect it's not, and might be quite hard. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

Ehsan wrote: >On Tue, Sep 18, 2018 at 1:30 AM Randell Jesup wrote: >> We already *need* to be stable in that case, given MOZ_RELEASE_ASSERT >> (and normal just-because crashes). And as best I can tell, we are stable >> (with regards to user profiles). Once upon a time we w

Input Delay Metric proposal

l input event here). Once we have some experience with this, we could propose it for the Performance API WG. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

rmal just-because crashes). And as best I can tell, we are stable (with regards to user profiles). Once upon a time we weren't (5(?) years ago?) -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-p

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

, or (if there are a lot in the dir) the file level. Then we can look with eyeballs and figure out what's up. It might also be possible to use trace APIs to measure the cost of each assertion... though the traces themselves might swamp most assertion costs. -- Randell Jesup, Mozilla Corp remove

Enabling (many) assertions in opt builds locally and eventually Nightly

ild/config infra and macros are in place; there are several options for that. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: C++ standards proposal for a embedding library

is a much more useful and liberating thing to do. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: pay attention when setting multiple reviewers in Phabricator

gt;(however it would be worse as it's imposed by a system separate from the >review/landing tooling). Agreed. Moving those to in-tree lists is certainly a win over current. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

>On 13/07/2018 04:55, Randell Jesup wrote: >> Correct - we need to have observers/what-have-you for >> background/foreground state (and we may want an intermediate state or >> two - foreground-but-not-focused (for example a visible window that >> isn't the focused wind

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

hashtable->Finalize()? (I wonder if that would let us make any other memory/speed optimizations if we know the table is now static.) -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: pay attention when setting multiple reviewers in Phabricator

the non-peer and a peer who doesn't really review or reviews-the-review, etc), but that adds pain and time and unneeded process. Some modules (i.e. DOM) already to have a hard requirement for peer review. That should be continued and should be enforced as it is now, and it sounds like La

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

>On 07/12/2018 11:08 PM, Randell Jesup wrote: >> We may need to trade first-load time against memory use by lazy-initing >> more things than now, though we did quite a bit on that already for >> reducing startup time. > >One thing to remember that some of the c

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

a bit on that already for reducing startup time. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Proposed W3C Charter: Web Performance Working Group

How large an impact this is I'm not 100% sure at this point. If we changed sampling to be runtime-based instead of wallclock-based, this (mostly) hides the impact of other processes, though secondary effects still exist (cache impacts, etc). Making it runtime-based would be a largish change... --

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

it is). We'll have to do more than just limit process sizes, but limiting process sizes is basically table stakes, IMO. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

ple remotes much of that to the master process. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: open socket and read file inside Webrtc

ansport code to use your transport protocol instead of UDP via IPC to the SocketTransportThread in the main process. Note that there's a lot of code that implements ICE to determine what ports are open, etc. That may complicate what you're doing. If you want to do more than personal/local experimentation, much more ex

Re: Compile webrtc from source in firefox

to break webrtc to understand if it is compiled or not (in >particular media/webrtc/trunk/webrtc/pc/channel.cc), but i did not receive >errors. We don't use (or compile) all the imported webrtc code. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___

Re: Windows Address Sanitizer enabled on trunk

on. > >Happy sanitizing! A late response, but this is truly awesome. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing tinderbox-builds from archive.mozilla.org

lso (as others have pointed out) going too far back (often not that far) may run you into tool differences that break re-building old revs. Hopefully you don't get variable behavior, just a failure-to-build at some point. I'm not sure how much Rust has made this worse. -- Randell Jesup, Moz

Re: Intent to ship: media-capabilities

bout this, and how to get real data when interaction occurs reliably.) -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Is super-review still a thing?

ple, I need r+ from all of them. On the other side, I do know that the build peers (IIRC) us a shared reviewing setup, where most bugs are thrown in a pool for any of them to review. But that's not the normal workflow for any other group I know of in Mozilla, at least in Firefox. (I don't know t

Re: Intent to unship: URL.createObjectURL(MediaStream)

tps://telemetry.mozilla.org/new-pipeline/dist.html#!cumulative=0_date=2018-03-01=__none__!__none__!__none___channel_version=beta%252F59=USE_COUNTER2_DEPRECATED_URLCreateObjectURL_MediaStream_PAGE_channel_version=null=*=Firefox=1_keys=submissions_date=2017-11-13

Re: Phabricator and Bugzilla

mentioned before but I can't find where >>> at the moment). >>> >>> There is official documentation at https://secure.phabricator. >>> com/book/phabricator/ which is linked from our Mozilla-specific docs ( >>> http://moz-conduit.readthedocs.io/en/

Re: testing event targets for memory leaks

events (and a number of objects) defined for WebRTC as part of dom/media/PeerConnection.js -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Faster gecko builds with IceCC on Mac and Linux

uilding a "standard" config, which many do not). Leveraging local background builds would be much easier in many ways, though also less of a win. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev

Re: Hiding 'new' statements - Good or Evil?

Or allow it, but only with commentary as to why it's safe, or with rules about what sort of types it's allowed with and anything other than those requires justification in comments/etc. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___

Re: Website memory leaks

t a problem won't go looking. Something that proactively can poke them is far more likely to get action. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Website memory leaks

re I scrolled down - and stayed stable. (Note: I hit reload with the current position near the bottom with 1 ad visible (no video). Using an additional GB+ of memory in order to free 1GB of memory seems... excessive. -- Randell Jesup, Mozilla Corp remove "n

Re: Website memory leaks

mance can be useful, but 3 tabs vs all tabs is too coarse for me, and things like "site leaked memory and is slowing CC" I presume doesn't show up in the 'heat' for the tab there. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___

Website memory leaks

nd I don't have to limit the browser to 1 to avoid the problem. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Visual Studio 2017 coming soon

lized that a static-analysis bit was needed after hitting and solving a few (or a bunch of) crashes/sec bugs -- static-analysis tends to be reactive. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list de

Re: Default Rust optimization level decreased from 2 to 1

ly not a lot unless you're super-focused on Rust code, but that's just a guess. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: New default action, horizontal scroll, of wheel with Shift key (except Firefox for macOS)

>SGTM. BTW, bug 143038 was filed 16 years ago. Is that a bugzilla record for >oldest fixed bug? Not even close I think... a couple of years ago I remember some low-4-digit bugs getting fixed (maybe even a 3-digit?) :-) -- Randell Jesup, Mozilla Corp remove "news" fo

Re: Changes to tab min-width

uld also offer that (extension or option) when they import profile data from Chrome, or put a link in Prefs to a Chrome-like tab WebExtension (Prefs *could* have links to relevant Extensions). -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Changes to tab min-width

was great for managing overstuffed windows and >quickly culling the tabs spawned during some now-complete task or research. yes! I actually often cull tabs from session-restore (vertical list with titles!) or from about:tabs (Tab-stats extension, now broken -- Glandium!?) --

Re: Follow up on clang-format

discussed!) well, since 58 is already open... -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Coding style: Argument alignment

s here - it's easier to read, specifically in the case where you have a large number of args, especially of widely varying type-lengths. Obviously, one could disagree, but that's a good example. -- Randell Jesup, Mozilla Corp remove "news" for personal email __

Re: disabled non-e10s tests on trunk

ochitest-media" (and other non-e10s versions) be not-run by default, unless you specify it explicitly in -u ? -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.o

Re: Phabricator and confidential reviews

he bug and know who can see it is important, but I don't see any advantage in subscribe mirroring into cc. I would (as you suggest) block subscribe on sec issues, to avoid confusion (if you can, tell people to use cc, but that's just gravy). -- Randell Jesup, Mozilla Corp remove "news"

Re: ./mach try fuzzy: A Try Syntax Alternative

reftest" > - ./mach try --preset reftest Also really great. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Phabricator and confidential reviews

needs to be thought out and verified is what happens when a non-sec bug becomes a sec bug (and vice-versa, though I'm far less concerned about that). When a bug becomes a sec bug, all patches associated with that bug must become confidential. And when a bug moves to be open (not sec-re

Re: Phabricator Update, July 2017

ave you met with the security engineers and major security reviewers/triagers? Thanks -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Phabricator Update, July 2017

ing it less-featured, so we may have to eat the pain and lash people with wet noodles if they post in the "wrong" place. -- Randell Jesup, Mozilla Corp remove ".news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Phabricator Update, July 2017

t won't end up slowing down N*100 developers, either for a while or permanently. And the lack of transparency in developing this plan is also very concerning. IMO -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Phabricator Update, July 2017

cts, we could >make it a read-only patch viewer. I would consider it a massive fail if we disabled at least read-only splinter viewing of patches. As noted before. let's make sure we don't lose things we agreed on as issues. -- Randell Jesup, Mozilla Corp remove "news" for pers

Re: Intent to unship: moz*Frames attributes of HTMLVideoElement

>On Monday, July 10, 2017 at 3:28:07 PM UTC+12, Randell Jesup wrote: >I added these stats originally, and they are now mostly superseded by the >stats provided by VideoPlaybackQuality. So I support their removal (in fact >I suggested to Tim that he remove them). > >Adding tele

Re: Switching to per-channel profiles

theory avoid the consistency problem, and only annoy users without reason in the odd case where the moved their profile(s). -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to unship: moz*Frames attributes of HTMLVideoElement

ed (generally using mozPaintedFrames). There is one test using mozParsedFrames. Before landing any deprecation warnings, you should check with the media/webrtc teams, and we may want to check how one or two external users are using it. -- Randell Jesup, Mozilla Corp remove "news" for personal e

Re: BaseThreadInitThunk potential collateral benefits

168 >> [2] https://crash-stats.mozilla.com/signature/?product= >> Firefox_channel=release=BaseThreadInitThunk=%3E% >> 3D2016-12-05T14%3A42%3A31.000Z=%3C2017-06-05T14%3A42%3A31.000Z#graphs -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The future of commit access policy for core Firefox

r. I did consider it. But I can't be quiet publicly with a posting stating "this *will* happen" (emphasis added) on the table. I certainly know of the vulnerabilities here but I also see how much friction for our development cycle might be caused, with little real-world benefit (IMHO). The last thing we need is to move a lot slower. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Fwd: Changes to code review tools and processes

a Wiki page on all this soon. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Is there a way to improve partial compilation times?

nd/or the cooling solution is causing thermal throttling - mobile CPUs often can't run all-cores-flat-out for long in typical laptop cooling. Windows builds slower. Of course. -- Randell Jesup, Mozilla Corp remove "news" for personal email

Sandboxing plans for Media, WebRTC and Networking

of that analysis and discussions with people involved (Media/WebRTC/Networking/Sandboxing teams). The full document with details on the pluses and minuses of each option is here: https://docs.google.com/document/d/1cwc153l1Vo6CDuzCf7M7WbfFyHLqOcPq3JMwwYuJMRQ Randell Jesup Media, WebRTC and Network

Re: Intent to implement and ship: RTCDTMFSender

ould like to see the API in Firefox. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: RTCDTMFSender

F support since they're generally PBX/IP-phones and SIP trunking/etc people. Apple of course never says anything, but they're clearly working on WebRTC support. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform

Re: Rationalising Linux audio backend support

likely move towards Pulse ("users" are more likely to be running plain-jane distros which have Pulse enabled by default - but we'll see). We'll start getting beta results in a few weeks. -- Randell Jesup, Mozilla Corp remove "news" for personal email

Re: realtime audio on linux

try >for anytime soon. Likely so, though I'll note that Jack support for cubeb + Firefox has recently been updated by a contributor; so you can build with a Jack backend (or so I understand; I haven't tried it). Padenot or achronop can tell you more about this. -- Randell Jesup, Mozilla Corp remove

Re: Checkin-needed requests - Please include complete information in the commit message :)

oticably ups the load on infra when there's a low chance of catching something is a bad trade. Of course, this depends on the devs being smart about what they skip try/autoland on (for example, nit-fix changes are a good choice - usually). -- Randell Jesup, Mozilla Corp re

Shutdown leak detection - is there a better way?

something. (Which includes leaks-occasionally-due-race). One-off leaks (leak of a single pre-process instance of something) are at most an annoyance unless large or eating CPU. -- Randell Jesup, Mozilla Corp remove "news" for personal email __

Re: Firefox Hello new data collection

The Go Faster process allows us to >uplift directly to Beta 46 directly since we're a system add-on >(development was done about 2 weeks ago). >Firefox Hello has its own privacy notice (details here ><https://www.mozilla.org/en-US/privacy/firefox-hello/>). Since the collectio

Re: Exit code -11 must die

>On 2/27/2016 9:06 PM, Randell Jesup wrote: >> months until recently it popped up a bit). Note that this failure >> *never* results in a crashdump, and I've never seen it locally, just in >> Automation. > >What we do know: > > * Exit code -11 is evidence a SIGS

Exit code -11 must die

s?repo=try=b2eb01359621 -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Presto: Comparing Firefox performance with other browsers (and e10s with non-e10s)

just to check which sites appear to care (and then mark them). Great! It'll be interesting to track how these change over time as well (or as versions get added to the list). Again, medians/means/etc may help with evaluating and tracking this (or automating notices, ala Talos) -- Randell

Re: nsThread now leaks runnables if dispatch fails

DispatchNeverLeaks()?) if that's a wide-enough pattern; part of my question in that case is "did the caller really expect Dispatch to possibly fail, and what implications does such a failure have to the rest of the system?" -- Randell Jesup, Mozilla Corp remove "news" for person

Re: nsThread now leaks runnables if dispatch fails

nd they can occur if we have non-testable random off-thread releases, which is what we had, and still do for things not switched to already_AddRefed<>. I'd be good with flagging/asserting on Dispatch failures *before* shutdown begins as a step to making it infallible, since those have much mor

Re: Disabling C++ tests by default?

art thing that *could* be done for automation (and save a *bunch* of VM/tester time) would be to not re-run cppunit tests that didn't get rebuilt - since inbound/etc do incremental builds by default, many checkins rebuild few or none of the cppunit tests, so running the same executable again has limited value (not none, but limited). -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: Canvas CaptureStream

the "ecosystem' of media routing and ability to transform it (as we can with WebAudio & MediaStreams). -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Announcing the Content Performance program

themselves, which is a lot of sites. -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: SpiderMonkey and XPConnect style changing from |T *p| to |T* p|

blame history, here is a video demo of Perforce's GUI: https://youtu.be/r1Zk5IaHZBQ?t=1m4s *WANT* :-) Seriously, is anything close to this available for hg or git? -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list

Re: Replacing PR_LOG levels

On Sat, May 23, 2015 at 4:46 AM, Randell Jesup rjesup.n...@jesup.org wrote: This is used extensively in WebRTC and related media bits to enable *huge* amounts of debugs (like every-frame debugs for audio or video or per-network-packet debugs, which will swamp a system normally), and since

Re: Replacing PR_LOG levels

for new contributors. We can see this ambiguity in various logging frameworks, generally there's a debug, but if there's not there's a verbose/trace, and usually not both. Though Android has both. -- Randell Jesup, Mozilla Corp remove news for personal email

Re: Replacing PR_LOG levels

looking for that for years (and years). -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Runnables and thread-unsafe members

attempts to do DispatchToMainThread(new FooRunnable), etc. :-) -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

FYI: Serious windows bug affecting WebRTC when mem use is over 2GB

of would be to proxy all such uses to an entire separate *process*. I can't tell you how sick it makes me to suggest that... Anyone have a better idea? Or does anyone want to drop above-2GB support? -- Randell Jesup, Mozilla Corp remove news for personal email

PSA: Network 'jank' - get your blocking IO off of STS thread!

, it would help other modules to have a single service or ThreadPool for dumping such operations to. This would mean less code, less incorrect/undone thread shutdowns/etc. Thoughts? (Perhaps such a service could use LazyIdleThreads, which will shut themselves down after inactivity.) -- Randell

Re: FYI: Serious windows bug affecting WebRTC when mem use is over 2GB

still would have to dynamically allocate one if the static buffer wasn't big enough, and that could then fail of course. Better than turning off 2GB memory, though. -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing

Re: PSA: Network 'jank' - get your blocking IO off of STS thread!

problem was too-similar-names (I'd never heard of STREAMTRANSPORTSERVICE (or if I had, it had been long-forgotten, or mis-read as SOCKETTRANSPORTSERVICE)). -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list dev

Re: HEADS-UP: Disabling Gecko Media Plugins on older Linux kernels (bug 1120045)

would be closed-source. So there's even more reason to disable GMP on these older linux systems. -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: The worst piece of Mozilla code

of the table-layout code for SpyGlass eons ago, to actually work correctly (I think I even had it handle bug 10212 correct - height 100% when nesting tables). Quite brain-warping, especially how changes can ripple through multiple times. -- Randell Jesup, Mozilla Corp remove news for personal email

Re: B2G emulator issues

. there are some interesting threads of stuff that could help a lot, like the comment Jay Wang made in April about SpecialPowers.exactGC taking 3-10s per instance on b2g debug, and tons of them being run (one test took 102s to finish, and had 90 gc's which mostly took ~10s each). Bug 1012516 -- Randell Jesup

Re: Spring cleaning: Reducing Number Footprint of HG Repos

me if you're trying to remove a repository until I can fix this. Add an option for delete a repo, and have it say please email bkero, for now? Thanks for the work on hg! -- Randell Jesup, Mozilla Corp remove news for personal email ___ dev-platform

  1   2   >