One thing that comes to mind is how some code registers app specific
observers so the code runs after the UI is displayed.
https://dxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/nsUpdateService.js#180
https://dxr.mozilla.org/mozilla-central/source/devtools/shared/system.js#24
https:/
Are there any problems experienced by clients that downgrade to an older
version after their profile has been upgraded?
Thanks,
Robert
On Tue, Mar 7, 2017 at 2:32 PM, Jan Varga wrote:
> Since the integration of bug 1339081 [1] in Nightly, the storage has
> been upgraded from version 1.0 to 2.
Aaron, thank you for explaining the reasons for this decision so thoroughly!
On Mon, Oct 31, 2016 at 3:48 PM, Aaron Klotz wrote:
> Disclaimer: I am not a decision maker on this, these are my personal
> opinions, etc, etc
>
> On 10/31/2016 3:54 PM, juar...@gmail.com wrote:
>
>>
>> Discontinuing s
I think that the ADI data comes from the blocklist ping which includes OS
version (possibly Windows service pack as well).
Robert
On Fri, Jun 3, 2016 at 7:02 AM, Ted Mielczarek wrote:
> On Tue, May 24, 2016, at 04:58 PM, Lawrence Mandel wrote:
> > "Improve ranking of crash clusters."
> >
> > I
Apple would show a 'not supported on this
> version' dialog. We could including a warning background graphic, but
> that's a poor experience for unaffected users.
>
> -r
>
> On Thu, May 26, 2016 at 2:50 PM, Robert Strong
> wrote:
> > Users won't get updated
Users won't get updated to an unsupported version and they will be notified
that their system is no longer supported. The notification includes an url
to a page for additional information.
I'm not familiar with the Mac installer but since it is just a dmg I don't
know if there is much that can be
On Thu, May 19, 2016 at 3:18 PM, Tobias B. Besemer <
tobias.bese...@googlemail.com> wrote:
> Am Freitag, 13. Mai 2016 22:41:01 UTC+2 schrieb Benjamin Smedberg:
> > We have considered this, but in the grand rollout plans for 64-bit
> Firefox
> > it's low on the list. We're still dealing with Flash
We would have to since other users on the system can have shortcuts
pointing to the original location. We've also performed some minimal
testing that this is fine when we looked into this a couple of years ago.
Robert
On Thu, May 12, 2016 at 8:53 AM, Ryan VanderMeulen wrote:
> How would we han
On Tue, May 10, 2016 at 6:55 PM, Lawrence Mandel
wrote:
> On Fri, May 6, 2016 at 12:39 PM, Benjamin Smedberg
> wrote:
>
> > I agree that we should drop support for non-SSE2. It mattered 7 years ago
> > (see https://bugzilla.mozilla.org/show_bug.cgi?id=500277) but it really
> > doesn't matter now
It can be done with a one-off update mar file that includes the files that
aren't included in an update.
On Tue, May 3, 2016 at 3:18 PM, Adam Roach wrote:
> On 5/3/16 4:59 PM, Justin Dolske wrote:
>
>> On 5/3/16 12:21 PM, Gregory Szorc wrote:
>>
>> * The update server has been reconfigured to no
App update has the ability to show the user a message that the system is no
longer supported based on the update.xml served by release engineering.
Robert
On Tue, May 3, 2016 at 2:59 PM, Justin Dolske wrote:
> On 5/3/16 12:21 PM, Gregory Szorc wrote:
>
> * The update server has been reconfigure
The removed-files file is only used for files within the application
directory during an application update. This mitigates security issues of
having an elevated process manipulating files outside of the application
directory which can lead to exploits. There are cases where this process
won't have
On Mon, Jan 4, 2016 at 1:11 PM, Robert Strong wrote:
> I was under the impression (perhaps falsely) that the params for those
> entries made it so that aus4 and aus5 don't enforce pinning.
>
and the pinning hack I added years ago was removed.
>
>
>
> On Mon, Ja
ozilla-central/source/security/manager/ssl/StaticHPKPins.h#739
>
> On Mon, Jan 4, 2016 at 12:54 PM, Robert Strong
> wrote:
> > On Mon, Jan 4, 2016 at 12:46 PM, Jesper Kristensen <
> > moznewsgro...@something.to.remove.jesperkristensen.dk> wrote:
> >
> >> Den 04-
On Mon, Jan 4, 2016 at 12:46 PM, Jesper Kristensen <
moznewsgro...@something.to.remove.jesperkristensen.dk> wrote:
> Den 04-01-2016 kl. 19:45 skrev Daniel Holbert:
>
>> On 01/04/2016 10:33 AM, Josh Matthews wrote:
>>
>>> Wouldn't the SSL cert failures also prevent submitting the telemetry
>>> payl
On Mon, Jan 4, 2016 at 12:37 PM, Robert Strong wrote:
>
>
> On Mon, Jan 4, 2016 at 10:53 AM, Chris Peterson
> wrote:
>
>> On 1/4/16 10:45 AM, Daniel Holbert wrote:
>>
>>> On 01/04/2016 10:33 AM, Josh Matthews wrote:
>>>
>>>> >Wouldn&#
On Mon, Jan 4, 2016 at 10:53 AM, Chris Peterson
wrote:
> On 1/4/16 10:45 AM, Daniel Holbert wrote:
>
>> On 01/04/2016 10:33 AM, Josh Matthews wrote:
>>
>>> >Wouldn't the SSL cert failures also prevent submitting the telemetry
>>> >payload to Mozilla's servers?
>>>
>> Hmm... actually, I'll bet the
I believe the blocklist ping also has it and I know metrics used the
blocklist ping instead of the update ping in the past.
On Fri, Aug 7, 2015 at 6:29 AM, Ben Hearsum wrote:
> On 2015-08-06 10:10 AM, Eric Shepherd wrote:
> > Hubert Figuière wrote:
> >> But Only 10.7 and later can NOT run on 32-
I've only seen those when anything tries to print to the console after a
test has called do_test_finish and in that case I suspect it is due to
xpcshell shutting down, etc.
Robert
On Tue, Jun 30, 2015 at 11:35 PM, ishikawa wrote:
> Hi,
>
> I am not sure where to ask and so ask three mailing lis
I filed Bug 1150312 to remove it if it is no longer used so please speak up
if it is.
https://bugzilla.mozilla.org/show_bug.cgi?id=1150312
Thanks,
Robert
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-
Since you are using Nightly it defaults to Nightly. I'm not positive this
covers everything but to make Nightly use a different name you will need
to set MOZ_APP_NAME and MOZ_APP_DISPLAYNAME to the names you want and set
--with-branding=%RELATIVE_PATH_TO_THAT_DIR% and point it to the branding
direc
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Robert
Kaiser
> Sent: Saturday, November 1, 2014 6:47 PM
> To: dev-platform@lists.mozilla.org
> Subject: Re: Breakdown of Firefox full installer
>
> Mike Hommey sc
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Robert
> O'Callahan
> Sent: Thursday, October 16, 2014 2:11 PM
> To: dev-platform@lists.mozilla.org
> Subject: Using __declspec(thread) on Windows
>
> It would be
- Original Message -
> From: "Neil"
> To: dev-platform@lists.mozilla.org
> Sent: Wednesday, October 15, 2014 4:17:21 AM
> Subject: Re: Breakdown of Firefox full installer
>
> Robert Strong wrote:
>
> >Another example, if the omni.jar is not compre
- Original Message -
> From: "Jonas Sicking"
> To: "Mike Hommey"
> Cc: "Chris More" , "Ehsan Akhgari"
> , "dev-platform"
> , "Daniel Veditz"
> Sent: Wednesday, October 15, 2014 12:46:43 AM
> Subject: Re: Breakdown of Firefox full installer
>
> On Tue, Oct 14, 2014 at 7:09 PM, Mike Ho
- Original Message -
> From: "Mike Hommey"
> To: "Ehsan Akhgari"
> Cc: "Chris More" , dev-platform@lists.mozilla.org, "Daniel
> Veditz"
> Sent: Tuesday, October 14, 2014 7:09:30 PM
> Subject: Re: Breakdown of Firefox full installer
>
> On Tue, Oct 14, 2014 at 09:03:30PM -0400, Ehsan Ak
Agreed. We should always strive to do the best that we possibly can and focus
our efforts on the areas with the greatest impact.
- Original Message -
> From: "Ehsan Akhgari"
> To: "Mike Hommey" , "Chris More"
> Cc: dev-platform@lists.mozilla.org, "Daniel Veditz"
> Sent: Tuesday, Octobe
Another example, if the omni.jar is not compressed the installer can compress
it about as well as if they were individual files and the minimal compression
currently used by omni.jar makes it so the installer is not able to compress
the omni.jar nearly as well which increases the installer size.
-
> From: "Justin Dolske"
> To: dev-platform@lists.mozilla.org
> Sent: Tuesday, October 14, 2014 12:34:53 PM
> Subject: Re: Breakdown of Firefox full installer
>
> On 10/14/14 2:20 AM, Robert Strong wrote:
>
> >> * (Countries' average) Internet spee
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Chris
Peterson
> Sent: Monday, October 13, 2014 9:25 PM
> To: dev-platform@lists.mozilla.org
> Subject: Re: Breakdown of Firefox full installer
>
> On 10/13/14 5:
.
If you find any bugs that you believe are due to these changes please file
a new bug under toolkit -> application update and we'll take it from
there.
Thanks go out to everyone involved in making this happen on such short
notice!
Cheers,
Robert
> -Original Message-
>
Quick status update on the progress for Mac v2 signing.
All of the major changes for Mac v2 signing have landed on the Oak branch.
This will allow us to test installing and updating before landing on
mozilla-central.
https://bugzilla.mozilla.org/show_bug.cgi?id=1046906
https://bugzilla.mozilla.org
ing infrastructure
>
> Robert Strong wrote on 09/19/2014 06:59 PM:
> > Regarding dropping support, Silverlight on Mac does not support 64 bit
> > and we run it using 32 bit. So at the very least we will need html5
> > for sites like Netflix before we can drop 32 bit support
Regarding dropping support, Silverlight on Mac does not support 64 bit and
we run it using 32 bit. So at the very least we will need html5 for sites
like Netflix before we can drop 32 bit support on OS X.
Robert
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rst
Extension manager docs on install locations shows that Mac has a system
install location
https://developer.mozilla.org/en-US/Add-ons/Installing_extensions
Robert
-Original Message-
From: dev-platform
[mailto:dev-platform-bounces+rstrong=mozilla@lists.mozilla.org] On
Behalf Of Robert
- Original Message -
> From: "Philipp Kewisch"
> To: dev-platform@lists.mozilla.org
> Sent: Wednesday, August 27, 2014 4:49:35 PM
> Subject: Re: Upcoming changes to Mac package layout, signing
>
> On 8/13/14 2:59 PM, Benjamin Smedberg wrote:
> >
> > On 8/13/2014 3:34 AM, Philipp Kewisc
Yes, this is very much on our radar.
Cheers,
Robert
-Original Message-
From: dev-platform
[mailto:dev-platform-bounces+rstrong=mozilla@lists.mozilla.org] On
Behalf Of Ehsan Akhgari
Sent: Tuesday, August 12, 2014 5:33 PM
To: Ben Hearsum
Cc: dev-platform@lists.mozilla.org
Subject: Re: U
Regarding the other files there would need to be a versioning scheme
implemented so applications would be able to figure out which one is
compatible. Since any of these applications can be installed stand alone each
one would need to be available during install and update unless we expended
res
"MAR-file" auto Update not working from 29.0 to
29.0.1
Hi Robert.
Yes update.manifest file seems to be missing. Any solution for this.
On Thursday, 15 May 2014 22:43:43 UTC+5:30, Robert Strong wrote:
> That error is due to not having an update manifest in the mar and
implies
>
&
That error is due to not having an update manifest in the mar and implies
that the update mar wasn't generated with a manifest.
http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/updat
er/updater.cpp#3700
Robert
-Original Message-
From: dev-platform
[mailto:dev-platform-
I filed bug 941949 for what I think is a better solution
https://bugzilla.mozilla.org/show_bug.cgi?id=941949 - Support partial
updates for more than the last update for nightly and aurora
Robert
On 11/20/2013 11:37 PM, Robert Strong wrote:
While that might makes sense to implement for nightly
While that might makes sense to implement for nightly, aurora, and
possibly beta builds it doesn't makes sense to implement for release
builds where the vast majority of users are and there are many higher
priority bugs to work on that affect nightly, aurora, beta, and release.
On 11/20/2013 7
On 7/12/2013 1:12 PM, Nicholas Nethercote wrote:
On Fri, Jul 12, 2013 at 9:49 AM, Gervase Markham wrote:
We keep hitting cases where we would like Firefoxes in the field to have
some data updated using a process which is much lighter in expended
effort than shipping a security release.
Would s
On 12/5/2012 8:07 AM, Benjamin Smedberg wrote:
On 12/3/2012 5:39 PM, Norbert Lindenberg wrote:
OK, just as an introduction, why we're doing this: The ECMAScript
Internationalization API (which has been approved by Ecma TC 39 and
is on track to become an Ecma standard next week) provides web
ap
The associated code for figuring this out is at
http://mxr.mozilla.org/mozilla-release/source/toolkit/xre/nsUpdateDriver.cpp#621
Does your app bundle contain the xulrunner bundle or the xulrunner
bundle contain your app bundle?
Robert
On 12/3/2012 6:57 AM, Fredrik Motin wrote:
This is what h
45 matches
Mail list logo
