On 10/03/16 06:17 PM, Trevor Saunders wrote:
> given they haven't upgraded from 10.6 - 10.8 why do you believe they are
> likely to in the future?
1. their machine can die and they'll replace it with a new one that will
come with the latest MacOS, and restore their data from a Time Machine
backup.
On 21/08/15 07:52 PM, Chris Peterson wrote:
>> 2. make it cross platform. Mobile (including FirefoxOS) would completely
>> benefit from that. Case in point, Safari on iOS has been doing that for
>> a very long time.
>
> Do you know what Safari is rewriting? I assume it's more than just Flash
> vi
Disclaimer: I wrote the Firefox add-on mentioned, and I filed the bug
mentioned as well. So my opinion is sorta made.
On 21/08/15 06:17 PM, Chris Peterson wrote:
> Does Gecko have a precedent for rewriting certain HTML patterns? YouTube
> is migrating from Flash to HTML video, but many third-party
On 06/08/15 09:31 PM, Syd Polk wrote:
> If the chip is a Core 2 Duo, yes. If the chip is a Core Duo (32-bit chip), no.
But these system aren't supported by MacOS X 10.7 or later.
Also the 32-bits kernel is used for older machine that have a 64-bits
CPU but not 64-bits UEFI firmware and gets restr
On 06/08/15 01:34 AM, Matthew N. wrote:
> On 2015-08-05 4:28 PM, Martin Thomson wrote:
>> On Wed, Aug 5, 2015 at 3:59 PM, Matthew N. wrote:
>>> If we have data on CPU architecture I don't think the OS version is
>>> relevant
>>> unless I'm missing something.
>>
>> My understanding is that OS versi
On 02/08/15 07:17 AM, smaug wrote:
>> Probably we should generally avoid using constructor directly for
>> those cases. Instead, use helper functions like MakeUnique() or
>> MakeAndAddRef(), which is much safer.
>
> MakeAndAddRef would have the same problem as MakeUnique. Doesn't really
> tell wha
On 02/08/15 05:57 AM, Kyle Huey wrote:
> On Sun, Aug 2, 2015 at 2:56 AM, Hubert Figuière wrote:
>> On 02/08/15 04:55 AM, smaug wrote:
>>> A new type of error 'auto' seems to cause, now seen on m-i, is
>>> auto foo = new SomeRefCountedFoo();
>>>
&
On 02/08/15 04:55 AM, smaug wrote:
> A new type of error 'auto' seems to cause, now seen on m-i, is
> auto foo = new SomeRefCountedFoo();
>
> That hides that foo is a raw pointer but we should be using nsRefPtr.
>
> So please, consider again when about to use auto. It usually doesn't
> make the c
On 28/07/15 01:29 PM, ISHIKAWA, Chiaki wrote:
> 35 [1066] WARNING: The property GtkSettings:gtk-menu-images is
> deprecated and shouldn't be used anymore. It will be removed in a future
> version.: 'glib warning', file
> /NREF-COMM-CENTRAL/comm-central/mozilla/toolkit/xre/nsSigHandlers.cpp,
>
On 06/07/15 11:12 PM, Jeff Gilbert wrote:
> I propose that we stop recommending the universal use of an 'a' prefix for
> arguments to functions in C and C++. If the prefix helps with
> disambiguation, that's fine. However, use of this prefix should not be
> prescribed in general.
>
> `aFoo` does n
On 16/06/15 05:13 PM, Jeff Muizelaar wrote:
> Is there any reason not to support all the way back to the version of
> GTK (3.4) on the test machines?
Between 3.10 and 3.14 there are bugs in the drag and drop code in Gtk3
that make Firefox (for Gtk3) unusable.
https://bugzilla.mozilla.org/show_bu
On 07/02/15 05:24 AM, Kyle Huey wrote:
> Why don't we just click to play everything?
Filed this last year:
https://bugzilla.mozilla.org/show_bug.cgi?id=980939
Good to see the idea finally gets traction.
Hub
___
dev-platform mailing list
dev-platform@
On 06/11/14 07:27 PM, Chris Peterson wrote:
> [1] btw, BugzillaJS is seeking a new maintainer:
> https://www.yammer.com/mozillians/#/threads/show?threadId=454089406
Sadly this link require a login.
Hub
___
dev-platform mailing list
dev-platform@lists.mo
On 14/10/14 03:34 AM, Mike Hommey wrote:
> Hi,
>
> I landed earlier today, on mozilla-inbound, the death of the -remote
> option on Linux (and some other Unix).
>
> See http://hg.mozilla.org/integration/mozilla-inbound/rev/8044e5199fe2
> for the detailed rationale.
>
> I invite third-party appli
On 21/08/14 01:29 PM, Wesley Johnston wrote:
> Summary: We've had some complaints at times about videos autoplaying on
> mobile devices when sites request autoplay.
Just on mobile?
I filed this a while ago.
https://bugzilla.mozilla.org/show_bug.cgi?id=980939
It doesn't seem to have gained tr
On 21/05/14 12:35 PM, Justin Dolske wrote:
>> As a consequence:
>> * New Mozilla based app. are not accepted anymore in OSX app. store
>> * Apple moving pretty fast forward, Mozilla code might be unable to run
>> on future OSX major release.
>
> The first isn't a significant concern, since Firefox
On 12/03/14 08:25 AM, saulo.a.mor...@gmail.com wrote:
> XUL is using Gtk2 that is a little old. Is there any plan to support a
> universal toolkit in XUL, like Aura from Google Chrome ?
>
> I am building a linux box based in Qt and I dont want an old GTK package
> just to satisfy Firefox bro
On 11/03/14 04:31 PM, saulo.a.mor...@gmail.com wrote:
> Hi,
>
> I am trying to build firefox in my linux box but I am not understanding why
> do I need to have libgtk?
>
> https://developer.mozilla.org/en-US/docs/Developer_Guide/Build_Instructions/Linux_Prerequisites
>
> If firefox is devel
On 22/02/14 02:53 PM, Mike Hoye wrote:
> On 2/22/2014, 1:04 PM, Jet Villegas wrote:
>> goto ftw;
> I have to admit, I was very surprised to learn that:
>
> - Using both -Wall and -Wextra doesn't get you -Wunreachable-code.
> - The Clang manual lists documenting any of that that as a "todo".
Now w
On 08/12/13 04:49 AM, Robert O'Callahan wrote:
> Don't these arguments apply to desktop Firefox used at work, in an Internet
> cafe, or in a library, as well?
>
> I think it's important to have an easy way to mute/unmute the browser, but
> disabling autoplay is probably not the right way to addres
On 09/12/13 08:44 PM, Tetsuharu OHZEKI wrote:
> For mobile, this delaying approach is well for saving power. I feel
> this approach make sense.
Power? How about not blowing through your data cap allowance or paying
and other hefty charges
Very few countries have cheap unlimited data over cell
On 22/10/13 07:54 AM, Henri Sivonen wrote:
>> so our target audience
>> > is not just 10.6 users.
> s/10.6/first Intel Mac Mini and first MacBook/, right? 10.6 on 64-bit
> CPUs runs 64-bit apps even when the kernel runs as 32-bit.
Yes. That's the case.
Hub
On 21/10/13 07:27 PM, Mike Hommey wrote:
> AFAIK, running 10.7+ in 32-bit mode is something you have to do manually
> at boot time. I guess nobody does that except for testing purpose. Also,
> afaik 10.7+ doesn't support 32-bit-only mac hardware.
You are confusing the kernel vs the userland. If th
On 21/10/13 07:07 PM, Chris Peterson wrote:
> On 10/21/13 3:28 PM, Mike Hommey wrote:
>> Note OS X 10.6 runs in 32-bit mode*by default*, even on *64-bit
>> capable* hardware. That's the whole problem. There are only a few
>> Macbook models that aren't 64-bit capable. There are much more OSX
>> inst
Hi all,
Today Google said they'd drop NPAPI for good.
http://news.cnet.com/8301-1023_3-57604242-93/google-begins-barring-browser-plug-ins-from-chrome/
Bug 729481 was WONTFIXED a while ago. tl;dr : implement Pepper plugin API
I think it might be worth the revisit that decision before it is too l
On 10/07/13 10:17 AM, Anthony Ricaud wrote:
> In Gaia, we have a Git pre-commit hook that runs our linter for every
> commit (if the committer has installed the linter).
>
> You can also see that we only run it on specific directories.
>
> (And in case you know what you're doing, you can bypass
On 30/07/12 01:29 AM, Mike Hommey wrote:
> There are two things for which 32-bit is required: 32-bits-only Mac
> (they exist, and they run 10.6 just fine ; not sure about 10.7), and
> 32-bits plugins on 64-bits hosts. I doubt we can drop universal binaries
> just yet.
10.7 does not run on 32-bits
27 matches
Mail list logo