Re: Race Cache With Network experiment on Nightly

I'm worried we're going from too little process here to too much (at least for this bug). Opening a meta-bug + 4 sub-bugs and doing a legal review, etc., is a lot of overhead to test some network plumbing that is not going to be especially noticeable to users. Also, we expect that this code will

Re: Race Cache With Network experiment on Nightly

rently requires one bug and an email to release > drivers. Feedback on the doc/process is always welcome! > > On Thu, May 25, 2017 at 1:40 PM, Jason Duell wrote: > >> I'm worried we're going from too little process here to too much (at >> least for this bug). Op

Re: Is Quantum DOM affecting DevTools?

We did do some work to slow down network loads in background tabs (in order to prioritize the active tab). Is the issue that you need to switch to the background tab in order to make it connect faster? Or does the foreground tab not load quickly unless you switch back and forth from it? I'm hopi

Re: Intent to unship: jar: URIs from content

OMG yes please. Jason On Thu, Oct 15, 2015 at 11:31 AM, Ehsan Akhgari wrote: > On 2015-10-15 1:58 PM, Ehsan Akhgari wrote: > >> We currently support URLs such as >> > http://mxr.mozilla.org/mozilla-central/source/modules/libjar/test/mochitest/bug403331.zip?raw=1&ctype=application/java-archive!/

Re: about:profiles and the new profile manager

I think we need to compact the new UI. The old profile manager shows me up to 5 profiles that I can simply click on to launch the browser. With the new UI the info for the first profile fills up the whole popup window, so launching other profiles now requires me to scroll down, then click. That

Re: Too many oranges!

On Tue, Dec 22, 2015 at 11:38 AM, Ben Kelly wrote: > > I'd rather see us do: > > 1) Raise the visibility of oranges. Post the most frequent intermittents > without an owner to dev-platform every N days. > 2) Make its someone's job to find owners for top oranges. I believe RyanVM > used to do th

Re: nsIProtocolHandler in Electrolysis?

Cameron, The way the builtin protocols (HTTP/FTP/Websockets/etc) handle this is that the protocol handler code checks whether we're in a child process or not when a channel is created, and we hand out different things depending on that. In the parent, we hand out a "good old HTTP channel" (nsHttp

Re: Intent to ship: Treat cookies set over non-secure HTTP as session cookies

On Thu, Apr 14, 2016 at 10:54 PM, Chris Peterson wrote: > > Focusing on third-party session cookies is an interesting idea. > "Sessionizing" non-HTTPS third-party cookies would encourage ad networks > and CDNs to use HTTPS, allowing content sites to use HTTPS without mixed > content problems. Muc

Re: Intent to ship: Treat cookies set over non-secure HTTP as session cookies

On Fri, Apr 15, 2016 at 2:12 AM, Jason Duell wrote: > On Thu, Apr 14, 2016 at 10:54 PM, Chris Peterson > wrote: > >> >> Focusing on third-party session cookies is an interesting idea. >> "Sessionizing" non-HTTPS third-party cookies would encourage ad networ

Re: The Whiteboard Tag Amnesty

Emma, > it's not a indexed field or a real tag system, making it hard to parse, search, and update. Could we dig into details a little more here? I assume we could add a database index for the whiteboard field if performance is an issue. Do we give keywords an enum value or something (so bugzill

Re: Basic Auth Prevalence (was Re: Intent to ship: Treat cookies set over non-secure HTTP as session cookies)

This data also smells weird to me. 8% of pages using basic auth seems very very high, and only 0.7% of basic auth being done unencypted seems low. Perhaps we should chat in London (ideally with Honza Bambas) and make sure we're getting the telemetry right here. Jason On Fri, Jun 10, 2016 at 2:1

Re: Linux content sandbox tightened

It sounds like this is going to break all file:// URI accesses until we finish implementing e10s support for them: https://bugzilla.mozilla.org/show_bug.cgi?id=922481 That may be more bustage on nightly than is acceptable? Jason On Fri, Oct 7, 2016 at 9:49 AM, Gian-Carlo Pascutto wrote: >

Re: Linux content sandbox tightened

Never mind--file:// only does reads. Haven't had my coffee yet this morning :) Jason On Fri, Oct 7, 2016 at 10:13 AM, Jason Duell wrote: > It sounds like this is going to break all file:// URI accesses until we > finish implementing e10s support for them: > > https://bug

Re: Intent to ship: NetworkInformation

On Fri, Dec 16, 2016 at 11:35 AM, Tantek Çelik wrote: > > Honestly this is starting to sound more and more like a need for a > "Minimal Network" variant of the "Work Offline" option we have in > Firefox (which AFAIK no other current browser has), since no amount of > OS-level guess-work is going

Re: LOAD_ANONYMOUS + LOAD_NOCOOKIES

On 02/28/2013 07:29 PM, bernhardr...@gmail.com wrote: just to keep this thread up to date. I asked jduell if it is possible to change long to int64_t We're going to upgrade to 64 bits in https://bugzilla.mozilla.org/show_bug.cgi?id=846629 Jason ___

Re: Resigning as the Necko module owner

On 03/22/2013 11:46 AM, Christian Biesinger wrote: Hi all, I've been the necko module owner for many years now, but lately I have had very little time to work on Mozilla-related things. Therefore, I decided it's time to hand over the module ownership to Patrick McManus, who has been doing excell

nsITimers are officially now safe to use on threads besides the main thread

Not that this had been stopping us from using them off-main thread anyway :) nsITimer.idl now clarifies thread usage. For gory details: https://bugzilla.mozilla.org/show_bug.cgi?id=792920 ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Mozilla style guide issues, from a JS point of view

On 01/06/2014 06:35 PM, Joshua Cranmer 🐧 wrote: Side-by-side diffs are one use case I can think of. Another is that some people prefer to develop by keeping tiled copies of windows; wider lines reduce the number of tiled windows that one can see. Yes--if we jump to >80 chars per line, I won't

Re: New necko cache?

On Tue, Feb 18, 2014 at 7:56 PM, Neil > wrote: Where can I find documentation for the new necko cache? So far I've only turned up some draft planning documents. In particular, I understand that there is a preference to toggle the cache. What does app

Re: We live in a memory-constrained world

On 02/21/2014 01:38 PM, Nicholas Nethercote wrote: Greetings, We now live in a memory-constrained world. By "we", I mean anyone working on Mozilla platform code. When desktop Firefox was our only product, this wasn't especially true -- bad leaks and the like were a problem, sure, but ordinary us

Intent to (finish) implementing: Resource Timing API

We have landed (so far pref'd off) most of the Resource Timing API: http://www.w3.org/TR/resource-timing/ https://bugzilla.mozilla.org/show_bug.cgi?id=822480 We've opened a meta-bug for the followups that are needed for the full API: https://bugzilla.mozilla.org/show_bug.cgi?id=1002855 I

Enabling new HTTP cache on nightly (browser only, not automated tests) soon

In February we briefly turned on the new HTTP cache ("cache2") for a few days--it was quite useful at shaking out some bugs. We're planning to do this again starting in the next day or two--if this seems like a Bad Idea to you please comment ASAP in https://bugzilla.mozilla.org/show_bug.cg

Re: Enabling new HTTP cache on nightly (browser only, not automated tests) soon

on telemetry measures like cache hit rate and response time. The other feedback channel is to alert engineers and other nightly users that this is happening so we're more likely to get bugs filed. Jason Gavin On Thu, May 1, 2014 at 10:00 AM, Benjamin Smedberg wrote: On 5/1/2014 2

Re: Enabling new HTTP cache on nightly (browser only, not automated tests) soon

ozilla.org/show_bug.cgi?id=1006197 On 04/30/2014 11:23 PM, Jason Duell wrote: In February we briefly turned on the new HTTP cache ("cache2") for a few days--it was quite useful at shaking out some bugs. We're planning to do this again starting in the next day or two--if this seems like

Re: HTTP/1.1 Multiplexing

At this point the HTTP/2 ship has sailed. It's exceedingly unlikely that we or any other browser vendor or the IETF are going to pivot to a modified HTTP/1.1 to get the feature set here. Sorry! Jason On Thu, Apr 9, 2015 at 11:53 AM, Daniel Stenberg wrote: > On Wed, 8 Apr 2015, max.bruc...@gma

Re: Using rust in Gecko. rust-url compatibility

+1 to asserting during tests. I'd feel better about doing it on nightly too if there were a way to include the offending URI in the crash report. But I'm guessing there's not? On Thu, Apr 30, 2015 at 3:42 PM, Jet Villegas wrote: > I wonder why we'd allow *any* parsing differences here? Couldn't

Re: Voting in BMO

I've never seen votes make a real difference in the 6 years I've been around on Bugzilla. The one use case I can think for keeping them is as an "escape valve" for user frustration on old, long-standing bugs like https://bugzilla.mozilla.org/show_bug.cgi?id=41489 I.e. when people start griping

nsITimer thread safety

nsITimer.idl says nothing about thread safety. (Can we add some?) From a glance at the code, it appears that it's safe to Cancel and null-out an nsITimer from any given thread, so long as the timer callback that's pointed to has thread-safe refcounting. Correct? Jason __

Re: nsITimer thread safety

On 07/19/2012 01:16 PM, Boris Zbarsky wrote: On 7/19/12 4:04 PM, Jason Duell wrote: nsITimer.idl says nothing about thread safety. (Can we add some?) From a glance at the code, it appears that it's safe to Cancel and null-out an nsITimer from any given thread, so long as the timer cal

How to get Docshell for plugin?

Do we have any way within our NPAPI functions to determine what docshell the plugin is displaying content in? I don't see an obvious one. For both per-tab private browsing (bug 722850) and B2G application "cookie jars" (bug 756648) we need to implement separate simultaneous cookie databases,

Re: Increase in mozilla-inbound bustage due to people not using Try

On 08/16/2012 12:03 AM, Nicholas Nethercote wrote: On Wed, Aug 15, 2012 at 11:41 PM, Mike Hommey wrote: A few months back, John Ford wrote a standalone win32 executable that used the proper APIs to delete an entire directory. I think he said that it deleted the object directory 5-10x faster or

Re: Increase in mozilla-inbound bustage due to people not using Try

On 08/16/2012 06:23 AM, Aryeh Gregor wrote: On Thu, Aug 16, 2012 at 4:18 PM, Ben Hearsum wrote: I don't think this would be any more than a one-time win until the disk fills up. At the start of each job we ensure there's enough space to do the current job. By moving the objdir away we'd avoidin

Re: Proposal for reorganizing test directories

> Why have those tests be placed into this location and not beside the actual implementation code? Necko has had a general policy of not allowing mochitests within the /netwerk tree, so any cookie, etc tests that need browser functionality (i.e. more than xpcshell) live elsewhere. It's really

Using anonymous namespace vs 'static'

I see an increasing number of patches using anonymous namespaces instead of 'static'. This is debugger unfriendly: setting a breakpoint in gdb for 'foo' in an anonymous namespace requires the following syntax: b (anonymous namespace)::foo (If there's a less verbose way of doing this, plea

Re: Using anonymous namespace vs 'static'

On 11/03/2012 02:20 PM, Justin Lebar wrote: Are there compiler annotations we could put on a class so that it behaves as though it's in an anonymous namespace but also plays nicely with the debugger? If so, maybe we should switch to those. Sure: "static" :) Jason ___

Re: Using anonymous namespace vs 'static'

org/en-US/docs/Developer_Guide/Coding_Style#Anonymous_namespaces cheers, Jason On 11/02/2012 10:03 PM, Robert O'Callahan wrote: On Sat, Nov 3, 2012 at 8:59 AM, Jason Duell <mailto:jduell.mcb...@gmail.com>> wrote: I see an increasing number of patches using anonymous namespaces

Re: Using anonymous namespace vs 'static'

On Saturday, November 3, 2012 2:20:59 PM UTC-7, Justin Lebar wrote: > > Since you can't refer to anonymous-namespace symbols at all in the Visual > > Studio debugger... > > Are there compiler annotations we could put on a class so that it > behaves as though it's in an anonymous namespace but also