Today was NS_Alloc, NS_Realloc and NS_Free's turn.
Mike
On Thu, Apr 02, 2015 at 08:31:17AM +0900, Mike Hommey wrote:
> And now, nsMemory::Alloc, nsMemory::Free and nsMemory::Realloc are gone
> as well.
>
> Mike
>
> On Tue, Mar 31, 2015 at 02:59:20PM +0900, Mike Hommey wrote:
> > Hi,
> >
> > In
On Thu, Apr 30, 2015 at 5:57 PM, wrote:
> Here's two relevant Bugzilla bugs:
>
> Self-signed certificates are treated as errors:
> https://bugzilla.mozilla.org/show_bug.cgi?id=431386
>
> Switch generic icon to negative feedback for non-https sites:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1
> 1.Setting a date after which all new features will be available only to
> secure websites
I propose the date to be one year after Let's Encrypt is launched, which is
about mid-2016.
By the way, I hope Mozilla's own official website (Mozilla.org) should move to
HTTPS-only as soon as possible
On 2015年05月01日 06:30, Seth Fowler wrote:
>
>> On Apr 30, 2015, at 12:09 PM, Joshua Cranmer 🐧 wrote:
>>
>> do_QueryInterface is the equivalent of a type-checked downcast, e.g.
>> (ClassName)foo in Java. (Regular C++ downcasts are not dynamically
>> type-checked).
>
> do_QueryInterface is, in o
On 2015年05月01日 04:09, Joshua Cranmer 🐧 wrote:
> On 4/30/2015 1:25 PM, ISHIKAWA, Chiaki wrote:
>> * 787 nsCOMPtr inboxInputStream =
>> do_QueryInterface(m_outFileStream);
>> 788 rv = MsgReopenFileStream(m_tmpDownloadFile, inboxInputStream);
>>
>> Before, as in the current release
I think this is a grave mistake.
The simplicity of the web was the primary factor in its explosive growth. By
putting up barriers to entry you are discouraging experimentation, discouraging
one-off projects, and discouraging leaving inactive websites running (as
keeping certs up to date will be
On Thursday, April 30, 2015 at 6:02:44 PM UTC-7, peter.e...@gmail.com wrote:
> On Thursday, April 30, 2015 at 5:57:13 PM UTC-7, dia...@gmail.com wrote:
>
> > 1. Mid-2015: Start treating self signed certificates as unencrypted
> > connections (i.e. stop showing a warning, but the UI would just sho
On Thursday, April 30, 2015 at 5:57:13 PM UTC-7, dia...@gmail.com wrote:
> 1. Mid-2015: Start treating self signed certificates as unencrypted
> connections (i.e. stop showing a warning, but the UI would just show the
> globe icon, not the lock icon). This would allow website owners to choose to
Here's two relevant Bugzilla bugs:
Self-signed certificates are treated as errors:
https://bugzilla.mozilla.org/show_bug.cgi?id=431386
Switch generic icon to negative feedback for non-https sites:
https://bugzilla.mozilla.org/show_bug.cgi?id=1041087
Here's a proposed way of phasing this plan i
An update on some pldhash changes that were backed out and then
gradually relanded...
On Wed, Feb 4, 2015 at 7:45 PM, Nicholas Nethercote
wrote:
> Hi,
>
> I just landed the patches in
> https://bugzilla.mozilla.org/show_bug.cgi?id=1050035. They
> affect PLDHashTable's API in the following ways.
>
There are some bugs that only happen when opening a new e10s window from a
non-e10s browser (the worst is that the Java plugin doesn't work, and will
cause crashes, if you try to open it in an e10s window of a non-e10s
browser). 75% of our nightly population has e10s enabled and we're hoping
to ena
Any reason the “New e10s window” is going away? Was quite useful to test a few
things here and there, without having to fully enable e10s.
From: Bill McCloskey
Sent: 30 Apr 2015 21:35
To: dev-platform ; firefox-dev-owner list
Subject: Tab titles no longer underlined in e10s
A very minor annou
On 04/30/2015 04:08 PM, Chris Hofmann wrote:
check to see if we still have any automated crawlers still running that
could go looking for problems.
give the the folks that run the crawlers an instrumented build, and strong
liquor for best results.
-chofmann
I run a system called Bughunter tha
You can now add "--tag" arguments to try syntax and they will get passed to
test harnesses in your try push. Details of the implementation are in bug
978846, but if you're interested in passing other arguments from try syntax
to a test harness, this can be done by adding those arguments to
testing/
check to see if we still have any automated crawlers still running that
could go looking for problems.
give the the folks that run the crawlers an instrumented build, and strong
liquor for best results.
-chofmann
On Thu, Apr 30, 2015 at 4:00 PM, Jason Duell wrote:
> +1 to asserting during test
On Thu, Apr 30, 2015 at 04:00:33PM -0700, Jason Duell wrote:
> +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?
CrashReporter::AnnotateCrashReport, but as Valentin sa
URLs are a user decision to submit.
Kevin
On Thu, Apr 30, 2015 at 4:00 PM, Jason Duell wrote:
> +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
+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
I wonder why we'd allow *any* parsing differences here? Couldn't you just
assert and fail hard while you're testing against our tests and in Nightly?
I imagine the differences you don't catch this way will be so subtle that
crowd-sourcing is unlikely to catch them either.
--Jet
On Thu, Apr 30, 20
As some of you may know, Rust is approaching its 1.0 release in a couple of
weeks. One of the major goals for Rust is using a rust library in Gecko.
The specific one I'm working at the moment is adding rust-url as a safer
alternative to nsStandardURL.
This project is still in its infancy, but we'r
Hey all,
Thanks a lot for the really robust discussion here. There have been
several important points raised here:
1. People are more comfortable with requiring HTTPS for new features than
requiring it for features that are currently accessible to non-HTTPS
origins. Removing or limiting feature
> On Apr 30, 2015, at 12:09 PM, Joshua Cranmer 🐧 wrote:
>
> do_QueryInterface is the equivalent of a type-checked downcast, e.g.
> (ClassName)foo in Java. (Regular C++ downcasts are not dynamically
> type-checked).
do_QueryInterface is, in other words, essentially equivalent to dynamic_cast
A very minor announcement:
Starting in tomorrow's nightly, we will no longer underline tab titles in
e10s. If you want to find out if a tab is remote, look at its tooltip. For
remote tabs it will be " - e10s".
The "New e10s window" menu item is also going away. If you want an e10s
window, you nee
Good news everybody!
TL;DR: Cleopatra used to have a limitation where it would only accept
profiles of around 10MB. We've now made it so that Cleopatra can accept
much, much larger profiles. This is going to become increasingly
important as more profile-able processes get added.
As an added bonus
On 4/30/2015 1:25 PM, ISHIKAWA, Chiaki wrote:
* 787 nsCOMPtr inboxInputStream =
do_QueryInterface(m_outFileStream);
788 rv = MsgReopenFileStream(m_tmpDownloadFile, inboxInputStream);
Before, as in the current release, m_outFileStream is not buffered.
And the code on line 787
Thank you for the clarification.
On 2015/05/01 3:38, Boris Zbarsky wrote:
> On 4/30/15 2:25 PM, ISHIKAWA, Chiaki wrote:
>> Is this to be expected?
>
> Sure. You're taking an _output_ stream and QIing it to
> nsI_Input_Stream.
>
Yes, that is how the original code was written.
> It might happen
On 4/30/15 2:25 PM, ISHIKAWA, Chiaki wrote:
> Is this to be expected?
Sure. You're taking an _output_ stream and QIing it to
nsI_Input_Stream.
It might happen that some objects implement both interfaces (and looks
like nsMsgFileStream does). The object returned by
NS_BufferOutputStream does no
Lately, I refreshed comm-central thunderbird code
and tested my local modification to enable buffering of writing
downloaded message to a local mail store.
(This is about when one uses POP3. Please bear this in mind.
Imap testing is further along.)
I noticed a couple of things:
(1) File API sema
Based on the great article Chris has posted, I've been playing a little with
the idea about how 'navigation' could fit within the new architecture model
(based on 'threads.js') we are working on for Contacts App.
As we know, there is no clear guidelines regarding how panels should move in
our O
On Wed, Apr 29, 2015 at 02:53:03PM -0400, Ehsan Akhgari wrote:
> On 2015-04-27 9:54 PM, Trevor Saunders wrote:
> >On Mon, Apr 27, 2015 at 09:07:51PM -0400, Ehsan Akhgari wrote:
> >>On Mon, Apr 27, 2015 at 5:45 PM, Trevor Saunders
> >>wrote:
> >>
> >>>On Mon, Apr 27, 2015 at 03:48:48PM -0400, Ehsan
On 4/30/2015 2:08, Robert O'Callahan wrote:
On Thu, Apr 30, 2015 at 2:52 AM, Honza Bambas wrote:
Just let you know about my intensive work on "Backtrack" or "Caller Chain"
which is about connecting Gecko Profiler and Task Tracer together to catch
all (instrumented) inter-object and inter-threa
On Thursday, April 30, 2015 at 4:29:21 PM UTC+2, Jan Jongboom wrote:
> I have an IDL file and I want to add a new attribute that contains an array
> of strings. The interface is implemented in JavaScript and I'm writing C++
> code.
>
> IDL:
>
> readonly attribute nsIArray osPaths; // DOMString[
I have an IDL file and I want to add a new attribute that contains an array of
strings. The interface is implemented in JavaScript and I'm writing C++ code.
IDL:
readonly attribute nsIArray osPaths; // DOMString[]
Consuming in C++:
nsCOMPtr bla;
app->GetOsPaths(getter_AddRefs(bla));
On Thu, Apr 30, 2015 at 10:14 PM, Robert O'Callahan
wrote:
> On Sat, Mar 21, 2015 at 4:14 AM, wrote:
>
> > * member initializers
> >
>
> Should we have any rules around these, or should we use them
> indiscriminately? I wonder particularly about initializers which are
> complicated expressions.
On Sat, Mar 21, 2015 at 4:14 AM, wrote:
> * member initializers
>
Should we have any rules around these, or should we use them
indiscriminately? I wonder particularly about initializers which are
complicated expressions.
Rob
--
oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonog
35 matches
Mail list logo
