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
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
On 7/12/2013 1:12 PM, Nicholas Nethercote wrote:
On Fri, Jul 12, 2013 at 9:49 AM, Gervase Markham g...@mozilla.org 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
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
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
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
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 the update mar
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
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:
- Original Message -
From: Philipp Kewisch mozi...@kewis.ch
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
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
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-
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 on OS X.
I see. So I will investigate what's
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
then on.
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-
From: Robert Strong
-
From: Justin Dolske dol...@mozilla.com
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 speed dramatically affected conversion
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
- Original Message -
From: Mike Hommey m...@glandium.org
To: Ehsan Akhgari ehsan.akhg...@gmail.com
Cc: Chris More cm...@mozilla.com, dev-platform@lists.mozilla.org, Daniel
Veditz dved...@mozilla.com
Sent: Tuesday, October 14, 2014 7:09:30 PM
Subject: Re: Breakdown of Firefox full
- Original Message -
From: Jonas Sicking jo...@sicking.cc
To: Mike Hommey m...@glandium.org
Cc: Chris More cm...@mozilla.com, Ehsan Akhgari
ehsan.akhg...@gmail.com, dev-platform
dev-platform@lists.mozilla.org, Daniel Veditz dved...@mozilla.com
Sent: Wednesday, October 15, 2014
-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 schrieb:
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
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
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 ishik...@yk.rim.or.jp wrote:
Hi,
I am not sure where to ask and so
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 bhear...@mozilla.com wrote:
On 2015-08-06 10:10 AM, Eric Shepherd wrote:
Hubert Figuière wrote:
But Only 10.7 and later can
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?
>>>
>>
On Mon, Jan 4, 2016 at 12:37 PM, Robert Strong <rstr...@mozilla.com> wrote:
>
>
> On Mon, Jan 4, 2016 at 10:53 AM, Chris Peterson <cpeter...@mozilla.com>
> wrote:
>
>> On 1/4/16 10:45 AM, Daniel Holbert wrote:
>>
>>> On 01/04/2016 10:33 AM, Josh
>
> https://dxr.mozilla.org/mozilla-central/source/security/manager/ssl/StaticHPKPins.h#739
>
> On Mon, Jan 4, 2016 at 12:54 PM, Robert Strong <rstr...@mozilla.com>
> wrote:
> > On Mon, Jan 4, 2016 at 12:46 PM, Jesper Kristensen <
> > moznewsgro...@something.to.remove.jesperkri
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
>>>
On Mon, Jan 4, 2016 at 1:11 PM, Robert Strong <rstr...@mozilla.com> 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.
>
>
&g
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
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
d 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 <rstr...@mozilla.com>
> wrote:
> >
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
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
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
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:
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
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
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:
>
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
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
41 matches
Mail list logo