Sandboxing plans for Media, WebRTC and Networking

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 Ne

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

e), and/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 __

Re: Fwd: Changes to code review tools and processes

t up 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: The future of commit access policy for core Firefox

other large companies >do here. > >I hope this post doesn't revive this thread and apologize in advance if it >does. Please consider replying privately instead of poking the bear. 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: BaseThreadInitThunk potential collateral benefits

> [2] https://crash-stats.mozilla.com/signature/?product= >> Firefox&release_channel=release&signature=BaseThreadInitThunk&date=%3E% >> 3D2016-12-05T14%3A42%3A31.000Z&date=%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: switch to macosx cross-compiled builds on taskcluster on trunk

ble on 10.7 SDK, and we can't use certain newer features/APIs because of it. -- 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

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 email

Re: Switching to per-channel profiles

should* in 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

>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: Phabricator Update, July 2017

ricator backed products, 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 re

Re: Phabricator Update, July 2017

ort term, or that it 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

abricator is a viable option, nor making 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

e our discussion in May, and have 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 and confidential reviews

always. It's needed. Another aspect of all this that 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

Re: Quantum Flow Engineering Newsletter #22

> - We found out that MediaStreamGraphStableStateRunnable is #20 on this > list, which was surprising as this runnable is only supposed to be used for > WebRTC and WebAudio, neither being extremely popular features on the Web. > Randell Jesup found out that there is a bu

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

ov !pgo 'reftest !jsreftest" > - ./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

onal syncing - your point about being able to look at the 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

Re: disabled non-e10s tests on trunk

;t "mochitest-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

Re: Coding style: Argument alignment

agree with Mats 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 ema

Re: Follow up on clang-format

't communicated (or 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: Changes to tab min-width

port "groups"​ of hidden tabs, the >tableau visualization 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:

Re: Changes to tab min-width

all users. Extensions can help here, modulo most users don't look for them. You could 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: 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: Default Rust optimization level decreased from 2 to 1

f? probably 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: Visual Studio 2017 coming soon

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 dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Website memory leaks

though I'd like to see the ID back on Nightly at least - makes starting GDB against the right content process *much* easier, and 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: Website memory leaks

erformance 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 ___

Re: Website memory leaks

ere it was before 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

Re: Website memory leaks

g with a report about 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: Bigger hard drives wanted (was Re: More ThinkStation P710 Nvidia tips (was Re: Faster gecko builds with IceCC on Mac and Linux))

ear enough space to ccache, though. Rotating disks are cheap (and easy if you have a desktop; less so though not horrible if you have a a laptop, especially with a dock). They don't necessarily solve Boris's problem, however. He could really use a 1TB SSD I suspect. When I got my cur

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

say it's not worth the risk. 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 per

Re: Faster gecko builds with IceCC on Mac and Linux

res building 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 __

Re: testing event targets for memory leaks

e a lot of 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: Phabricator and Bugzilla

n'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/la

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

peline/dist.html#!cumulative=0&end_date=2018-03-01&keys=__none__!__none__!__none__&max_channel_version=beta%252F59&measure=USE_COUNTER2_DEPRECATED_URLCreateObjectURL_MediaStream_PAGE&min_channel_version=null&processType=*&product=Firefox&sanitize=1&sort_keys=submissions&start_date=2017-11-13&table=0&trim=1&use_submission_date=0 -- 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?

of a merge date). 99% of the time when I ask for N people, 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

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: 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

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: Compile webrtc from source in firefox

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: open socket and read file inside Webrtc

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, mu

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

e for example 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: Fission MemShrink Newsletter #1: What (it is) and Why (it matters to you)

it, so I don't know how "hard" 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: Proposed W3C Charter: Web Performance Working Group

n between processes. 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

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

te 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: 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: PSA: pay attention when setting multiple reviewers in Phabricator

e gamed/wallpapered (assign a review to both 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

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

probably. 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: 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

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

l of the exact same >concerns you raise with regards to in-tree ownership tracking applies >(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: C++ standards proposal for a embedding library

A good module system 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: Intent to ship: Canvas CaptureStream

t 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: Disabling C++ tests by default?

them change. That most certainly isn't everything, note. One smart 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: nsThread now leaks runnables if dispatch fails

nts of the runnables might not be... Sec bugs and crashes are worse than leaks, and 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 fail

Re: nsThread now leaks runnables if dispatch fails

ld add DispatchFallible() (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

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

ies of tests to match theirs, or vice-versa, 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 th

Exit code -11 must die

ll-setup recreation of a real Try run. https://treeherder.mozilla.org/#/jobs?repo=try&revision=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: 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

Re: Firefox Hello new data collection

Hello through Go Faster. 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-hel

Shutdown leak detection - is there a better way?

ber the more times you do 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: Checkin-needed requests - Please include complete information in the commit message :)

ng that noticably 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). -- R

Re: realtime audio on linux

t; to 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, Mozil

Re: Rationalising Linux audio backend support

, and more 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: Intent to implement and ship: RTCDTMFSender

ted in DTMF 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 _

Re: Intent to implement and ship: RTCDTMFSender

would 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: Introducing mozilla::Abs to mfbt, replacing std::abs

Slightly more >detail is here if you want it: > >http://whereswalden.com/2013/04/30/introducing-mozillaabs-to-mfbt/ What about all the abs() calls in imported libraries? I assume leave them unless there's a demonstrated problem? -- Randell Je

Re: Embracing git usage for Firefox/Gecko development?

to Github as the ultimate source of truth (more on that below). > >Outside of the community size, I personally can't see any benefits to >Github for Mozilla; if all you want is community outreach, you pretty much >just need a read-only git mirror on Github, which we already

Re: review stop-energy (was 24hour review)

rdiff creation easier. -- 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: On closing old bugs

e" part). And I have no problem with closing bugs as WONTFIX that we in fact won't fix for a reason, or if they're no longer valid (the biggest chunk!) INVALIDing. -- 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: Spring cleaning: Reducing Number & Footprint of HG Repos

requires some thought/planning/etc time for them; while moving to random-VCS-storage requires some time by N devs - net result may be more time than if we keep it inhouse. Plus time by IT to set up remote backup and negotiate something with random-VCS to let that happen. If we're dropping back

Re: Formalising the current 'mozilla-central essential pushes only' recommendation

merge will be done, if it will be done (and I always hang out and star). But I understand the contrary opinion to that last case. And once in a blue moon I'll land a m-c update after an uncorrect uplift (uplift of patch but not the backout) or oth

B2G emulator issues

est boards/phones. So, what do we do? Because if we do nothing, it will only get worse. -- 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: B2G emulator issues

be simpler than better solutions. -- 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: B2G emulator issues

oid test boards/phones. > >There are tests that instruct the emulator to trigger certain HW events. >We can't run them on actual phones. Sure. Most don't do that I presume (very few) >To me, the idea of switching to a x86-based emulator seems to be the >most promis

Re: B2G emulator issues

oint of this idea. We could probably implement this >by modifying the emulated timer(s?) within the emulator; >hw/goldfish_timer.c might be the place. Although I wouldn't do this if >we have other options. Don't know how this would affect frequencies >(audio, etc.). If we d

Re: B2G emulator issues

problem, which is that the emulator clearly isn't emulating the underlying envirment well, in particular timers (see some of the discussion in this thread). If we can address the fundamental problem (even crudely), the need for high-perf testers may decline or even go away. -- Randell Jesup

Re: Recommendations on source control and code review

your design, plan, analysis, what you ate for lunch (ok, kidding). Don't just have a bug with , 4 WIP patches obsoleted, final-patch, r?, r+ land, at least for anything of any complexity. -- 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: Oculus VR support & somehwat-non-free code in the tree

udio. I'm unsure of the timing, but it was roughly contemporaneous. I'll also note that you can be first-to-market (and set the landscape for arguing over the right JS API) using a extension or plugin that provides the API, so this argument has little weight on the issue of "must be in

Re: Spring cleaning: Reducing Number & Footprint of HG Repos

a corner-case of the migration to local disk, and a fix has yet to be >coded up. Please ping 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 n

Re: B2G emulator issues

xactGC 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, 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 worst piece of Mozilla code

t; >... which ties into the XUL thread :-) Reminds me of the total rewrite I did 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 rip

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

dbox; without seccomp-bpf, we cannot ensure the plugins aren't doing something evil (or tracking users), and those 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

Re: Proposed W3C Charter: WebRTC Working Group

er in general, possibly >with comments.) We should support this; no comments from me. Several of us were involved in the WG discussions on the Charter. -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ dev-platform mailing

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

es. The only other idea I can think 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, M

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

ocking operations off of MainThread, 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 d

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

tartup probably (or use a static buffer). You 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 ___

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

d the major real 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 ___

Runnables and thread-unsafe members

ch?), and thus block all 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

Re: Replacing PR_LOG levels

#x27;re faster to type/read and lots of existing scripts/etc have them.) Obviously one could have numbers and names. >As a future improvement we plan to add the ability to toggle this levels at >runtime. This would be wonderful! Been 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

Re: Replacing PR_LOG levels

t, but not >> horribly). > >I think it's probably best to keep this a separate env rather than trying to >shoehorn it in. Understandable - but I've been trying to move in the opposite direction; avoiding N different env vars (and also, if I can avoid that, I have a better

Re: Replacing PR_LOG levels

g confusion) compared to allowing a "PR_LOG_VERBOSE" level. PR_LOG_VERBOSE is clear and understandable. Modules where normal debugs are on INFO and you-likely-don't-want-it is on DEBUG will cause ongoing mental anguish and mismatch, and confusion for new contributors. >We

Re: Replacing PR_LOG levels

>On Sat, May 23, 2015 at 4:46 AM, Randell Jesup 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 sin

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

; >restyles etc. >> I think Chris might want to follow the history of a particular line, >> that is usually what we use flame for. I find |git gui blame | >> very useful. > >Just to clarify what I meant by "visually scrub through blame history", >h

Re: Announcing the Content Performance program

ven't visited for a while. An >> unloaded tab is restored back to its original state when you need it again. >> """ "original state" likely doesn't include sites that dynamically modify 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

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

his can be enabled incrementally once the build/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: 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 r

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

ELEASE_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 weren't (5(?) years ago?) -- Randell Jesup, Mozilla Corp remove "news" for personal email ___ d

Input Delay Metric proposal

long it takes to process (since there is no actual 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

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

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

ashreports. This would be a bunch(?) 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

  1   2   >