From grimholtz at yahoo.com  Thu May  1 07:52:24 2008
From: grimholtz at yahoo.com (Eric H. Jung)
Date: Thu, 1 May 2008 07:52:24 -0700 (PDT)
Subject: [Project_owners] sizeToContent() help
Message-ID: <733502.6179.qm@web30304.mail.mud.yahoo.com>

Ubuntu users and some OS/X users are reporting screens like this in my extension:

http://img74.imageshack.us/img74/2326/foxyproxyok1vu2.png
http://img215.imageshack.us/img215/6199/foxyproxyok2tg7.png

and writing comments like this at AMO:

"The UI is completely broken under OS X (the windows have to be resized to even see the validation buttons"

Thefirst screenshot shows a <window/> that doesn't usesizeToContent(). The second screenshot shows a <dialog/> that*does* use sizeToContent(). Does sizeToContent() work only in certaincases? Mark Finkle in IRC recommended I try:

  setTimeout( function() {sizeToContent();}, 0);

but since I have neither Ubuntu nor OS/X, I won't know if this fixes the problem. What should I do?

Thanks for any advice,
Eric



      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

From antonglv at gmail.com  Thu May  1 11:04:13 2008
From: antonglv at gmail.com (Anton Glazatov)
Date: Fri, 02 May 2008 02:04:13 +0800
Subject: [Project_owners] sizeToContent() help
In-Reply-To: <733502.6179.qm@web30304.mail.mud.yahoo.com>
References: <733502.6179.qm@web30304.mail.mud.yahoo.com>
Message-ID: <481A061D.4020804@gmail.com>

I think it is because there is persist="width height" attribute in 
preferences xul. You need window.removeAttribute("width") (height also) 
before sizeToContent (), or re-id <window>. Remove persist=... in both 
cases.
> Ubuntu users and some OS/X users are reporting screens like this in my extension:
>
> http://img74.imageshack.us/img74/2326/foxyproxyok1vu2.png
> http://img215.imageshack.us/img215/6199/foxyproxyok2tg7.png
>
> and writing comments like this at AMO:
>
> "The UI is completely broken under OS X (the windows have to be resized to even see the validation buttons"
>
> Thefirst screenshot shows a <window/> that doesn't usesizeToContent(). The second screenshot shows a <dialog/> that*does* use sizeToContent(). Does sizeToContent() work only in certaincases? Mark Finkle in IRC recommended I try:
>
>   setTimeout( function() {sizeToContent();}, 0);
>
> but since I have neither Ubuntu nor OS/X, I won't know if this fixes the problem. What should I do?
>
> Thanks for any advice,
> Eric
>
>
>
>       ____________________________________________________________________________________
> Be a better friend, newshound, and 
> know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>   


From belaviyo at gmail.com  Sat May  3 08:30:23 2008
From: belaviyo at gmail.com (joe ertaba)
Date: Sat, 3 May 2008 19:00:23 +0330
Subject: [Project_owners] read data from server
Message-ID: <23d9f6b20805030830u2412bf38pd6830aabd41e4e4d@mail.gmail.com>

Hi

is there any simple way for extension to read some data from server (html
page or ftp) ; data like latest version, some database update , some new
hints , ...

I know that it is possible to read html data,...
but it seems that it isn't good idea because it doesn't show
progress-bar,error handling and also is hard works!

so maybe there is some easier way ?

cheers
Joe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080503/e215de28/attachment.html 

From eric.jung at yahoo.com  Sun May  4 07:08:55 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Sun, 4 May 2008 07:08:55 -0700 (PDT)
Subject: [Project_owners] read data from server
Message-ID: <521194.74560.qm@web30305.mail.mud.yahoo.com>

Use XmlHttpRequest. Contrary to its name, it can retrieve both XML and non-XML content.
http://developer.mozilla.org/en/docs/XMLHttpRequest


----- Original Message ----
From: joe ertaba <belaviyo at gmail.com>
To: Mozdev Project Owners List <project_owners at mozdev.org>
Sent: Saturday, May 3, 2008 11:30:23 AM
Subject: [Project_owners] read data from server

Hi

is there any simple way for extension to read some data from server (html page or ftp) ; data like latest version, some database update , some new hints , ...

I know that it is possible to read html data,...
but it seems that it isn't good idea because it doesn't show progress-bar,error handling and also is hard works!

so maybe there is some easier way ?

cheers
Joe






      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080504/651ace27/attachment.html 

From silfreed at silfreed.net  Mon May  5 13:55:16 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 5 May 2008 16:55:16 -0400
Subject: [Project_owners] Policy update for Mozdev to fix hosted website
	errors on inactive projects
Message-ID: <200805051655.21766.silfreed@silfreed.net>

Problem: Hosted websites generate warnings and errors that are all logged to a 
central log file.  This log file is useful for debugging purposes, but the 
usefulness is diminished when the log file is polluted with easily-fixable 
problems.

Policy addition (to be added on [1]): Mozdev reserves the right to update 
inactive projects' [2] hosted web content when the projects are generating 
warnings or errors that are easily fixed without affecting current website 
functionality.  Mozdev will contact the project contributors to have the 
problems corrected, but in extreme circumstances the changes may be enacted 
prior to contact.

Examples of logged messages that would be fixed:
* PHP Warning:  Call-time pass-by-reference has been deprecated; If you would 
like to pass it by reference, modify the declaration of  
xml_parse_into_struct() ...
* PHP Warning:  include(): Failed opening 'http://example.com/file.html' for 
inclusion
* PHP Warning:  include(): URL file-access is disabled in the server 
configuration
* PHP Warning:  include(http://example.com/file.html): failed to open stream: 
no suitable wrapper could be found

-Doug

[1] http://www.mozdev.org/community/terms.html
[2] http://www.mozdev.org/projects/inactive.html

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080505/2918f4a4/attachment.bin 

From silfreed at silfreed.net  Mon May  5 14:15:27 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 5 May 2008 17:15:27 -0400
Subject: [Project_owners] Mozdev generated secure update.rdf files available
	(beta)
Message-ID: <200805051715.28074.silfreed@silfreed.net>

The secure update feature is ready for POs to use and test.

Full documentation is available in the download release docs [1]

The update.rdf files are generated when a file is released.  POs have the 
option when they release files of adding the updateInfo URL as well (new 
feature for Firefox 3).  For secure updates to work with Firefox 3 you also 
need to make sure you verify the file hash.

To utilize Mozdev's generated update.rdf you will need to modify your 
install.rdf file to point at the new update.rdf URL.  The link can be found 
inside the file management tool as well in each extension's header marked by 
a "[u]".

I'm still looking to create a tool that will allow POs to upload an 
install.rdf and receive a link to the update.rdf for new extensions, but the 
format is fairly simple:
https://www.mozdev.org/p/PROJECT/GUID/update.rdf

Feel free to direct any questions my way or add them to the bug [2].

-Doug

[1] http://www.mozdev.org/drupal/wiki/MozdevDownloadReleases
[2] https://www.mozdev.org/bugs/show_bug.cgi?id=18526

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080505/82b15a6f/attachment.bin 

From johnm555 at gmail.com  Mon May  5 14:30:28 2008
From: johnm555 at gmail.com (John Marshall)
Date: Mon, 5 May 2008 17:30:28 -0400
Subject: [Project_owners] Mozdev generated secure update.rdf files
	available (beta)
In-Reply-To: <200805051715.28074.silfreed@silfreed.net>
References: <200805051715.28074.silfreed@silfreed.net>
Message-ID: <4e7ecbc40805051430u49f68685w83f0f1154fb4cb18@mail.gmail.com>

The https update.rdf is very helpful. Much more convenient than dealing with
McCoy every release. Thanks.
Now if only I didn't need to make versions for Mozdev and AMO. One with the
update.rdf link and one without.
I wish amo would just remove the update.rdf link without complaining, but I
know that's not your problem.

On Mon, May 5, 2008 at 5:15 PM, Douglas E. Warner <silfreed at silfreed.net>
wrote:

> The secure update feature is ready for POs to use and test.
>
> Full documentation is available in the download release docs [1]
>
> The update.rdf files are generated when a file is released.  POs have the
> option when they release files of adding the updateInfo URL as well (new
> feature for Firefox 3).  For secure updates to work with Firefox 3 you
> also
> need to make sure you verify the file hash.
>
> To utilize Mozdev's generated update.rdf you will need to modify your
> install.rdf file to point at the new update.rdf URL.  The link can be
> found
> inside the file management tool as well in each extension's header marked
> by
> a "[u]".
>
> I'm still looking to create a tool that will allow POs to upload an
> install.rdf and receive a link to the update.rdf for new extensions, but
> the
> format is fairly simple:
> https://www.mozdev.org/p/PROJECT/GUID/update.rdf
>
> Feel free to direct any questions my way or add them to the bug [2].
>
> -Doug
>
> [1] http://www.mozdev.org/drupal/wiki/MozdevDownloadReleases
> [2] https://www.mozdev.org/bugs/show_bug.cgi?id=18526
>
> --
> Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
> Mozdev.org           http://www.mozdev.org
>
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080505/808cdbe6/attachment.html 

From silfreed at silfreed.net  Mon May  5 15:51:31 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 5 May 2008 18:51:31 -0400
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
Message-ID: <200805051851.31463.silfreed@silfreed.net>

Mozdev is looking for testers for our new Mercurial setup.

If you're intersted in checking out the current setup, you can see things 
here:
http://hg.vebzom.org

What we're looking for:
* people to test out their normal activities VCS activities (committing 
changes, branching, etc) and can report on problems and work with us to debug 
them

Problems with testing right now:
* conversions from CVS to hg are only lightly tested
* documentation is missing
* your test repository won't be ported to production (as in, you will probably 
have to commit it to your normal CVS and to the test hg)

Feel free to let me know any questions you have or contact me off-list if your 
project is interested in helping test this out.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080505/f10faa64/attachment.bin 

From axel at pike.org  Tue May  6 05:16:20 2008
From: axel at pike.org (Axel Hecht)
Date: Tue, 06 May 2008 14:16:20 +0200
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <mailman.761.1210027898.92225.project_owners@mozdev.org>
References: <mailman.761.1210027898.92225.project_owners@mozdev.org>
Message-ID: <fvpi14$1vpq$1@mozdev.mozdev.org>

Douglas E. Warner wrote:
> Mozdev is looking for testers for our new Mercurial setup.
> 
> If you're intersted in checking out the current setup, you can see things 
> here:
> http://hg.vebzom.org
> 
> What we're looking for:
> * people to test out their normal activities VCS activities (committing 
> changes, branching, etc) and can report on problems and work with us to debug 
> them
> 
> Problems with testing right now:
> * conversions from CVS to hg are only lightly tested
> * documentation is missing
> * your test repository won't be ported to production (as in, you will probably 
> have to commit it to your normal CVS and to the test hg)
> 
> Feel free to let me know any questions you have or contact me off-list if your 
> project is interested in helping test this out.

Not that I totally grok hg yet, but I have a question on branching. 
Usually the wording is "when you would usually branch, you use a 
separate rep in hg".

Can mozdev support that pattern?

Axel

From silfreed at silfreed.net  Tue May  6 05:30:25 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Tue, 6 May 2008 08:30:25 -0400
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <fvpi14$1vpq$1@mozdev.mozdev.org>
References: <mailman.761.1210027898.92225.project_owners@mozdev.org>
	<fvpi14$1vpq$1@mozdev.mozdev.org>
Message-ID: <200805060830.32389.silfreed@silfreed.net>

On Tuesday 06 May 2008 08:16:20 Axel Hecht wrote:
> Not that I totally grok hg yet, but I have a question on branching.
> Usually the wording is "when you would usually branch, you use a
> separate rep in hg".
>
> Can mozdev support that pattern?

Yep; what they mean by that is you typically just clone the existing 
repository (either from your local working copy or the central repo) and do 
your "branch" work there.  You can later merge all the changes from the 
working copy into your "branch" and commit the series back in without any 
special branching commands.

That given, Mercurial also supports the regular branching and tagging concepts 
where you branch inside a single working copy, so there are multiple ways of 
going about this problem.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080506/f04c1311/attachment.bin 

From dirkjan at ochtman.nl  Tue May  6 05:49:27 2008
From: dirkjan at ochtman.nl (Dirkjan Ochtman)
Date: Tue, 6 May 2008 14:49:27 +0200
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <200805060830.32389.silfreed@silfreed.net>
References: <mailman.761.1210027898.92225.project_owners@mozdev.org>
	<fvpi14$1vpq$1@mozdev.mozdev.org>
	<200805060830.32389.silfreed@silfreed.net>
Message-ID: <ea2499da0805060549y356b99c2t86588630e557fec@mail.gmail.com>

On Tue, May 6, 2008 at 2:30 PM, Douglas E. Warner <silfreed at silfreed.net> wrote:
>  Yep; what they mean by that is you typically just clone the existing
>  repository (either from your local working copy or the central repo) and do
>  your "branch" work there.  You can later merge all the changes from the
>  working copy into your "branch" and commit the series back in without any
>  special branching commands.

What Axel means, I think, or what I wonder about: does mozdev support
creating >1 clone (extra repositories) on the server, to keep separate
branches of the project in separate repositories?

Cheers,

Dirkjan

From silfreed at silfreed.net  Tue May  6 05:59:33 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Tue, 6 May 2008 08:59:33 -0400
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <ea2499da0805060549y356b99c2t86588630e557fec@mail.gmail.com>
References: <mailman.761.1210027898.92225.project_owners@mozdev.org>
	<200805060830.32389.silfreed@silfreed.net>
	<ea2499da0805060549y356b99c2t86588630e557fec@mail.gmail.com>
Message-ID: <200805060859.33784.silfreed@silfreed.net>

On Tuesday 06 May 2008 08:49:27 Dirkjan Ochtman wrote:
> What Axel means, I think, or what I wonder about: does mozdev support
> creating >1 clone (extra repositories) on the server, to keep separate
> branches of the project in separate repositories?

Mozdev isn't going to support cloning repositories on the server.  If you want 
to have local clones to do branching, that's fine; you can also use hg's 
named branches that can be pushed up to the server [1].  These branches will 
be visible from the web interface [2].

-Doug

[1] http://hgbook.red-bean.com/hgbookch8.html#x12-1650008.5
[2] http://hg.vebzom.org/www/

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080506/3f8b839f/attachment-0001.bin 

From paul at roub.net  Tue May  6 07:26:37 2008
From: paul at roub.net (Paul Roub)
Date: Tue, 06 May 2008 09:26:37 -0500
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <200805051851.31463.silfreed@silfreed.net>
References: <200805051851.31463.silfreed@silfreed.net>
Message-ID: <48206A9D.6090801@roub.net>

I'd love to give IE View a shot in hg.   I don't care all that much 
about converting the CVS history (it's still there in CVS if I want it), 
so I won't bug you about those issues :-)

-paul



Douglas E. Warner wrote:
> Mozdev is looking for testers for our new Mercurial setup.
> 
> If you're intersted in checking out the current setup, you can see things 
> here:
> http://hg.vebzom.org
> 
> What we're looking for:
> * people to test out their normal activities VCS activities (committing 
> changes, branching, etc) and can report on problems and work with us to debug 
> them
> 
> Problems with testing right now:
> * conversions from CVS to hg are only lightly tested
> * documentation is missing
> * your test repository won't be ported to production (as in, you will probably 
> have to commit it to your normal CVS and to the test hg)
> 
> Feel free to let me know any questions you have or contact me off-list if your 
> project is interested in helping test this out.
> 
> -Doug
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners


From dirkjan at ochtman.nl  Tue May  6 07:59:30 2008
From: dirkjan at ochtman.nl (Dirkjan Ochtman)
Date: Tue, 6 May 2008 16:59:30 +0200
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <48206A9D.6090801@roub.net>
References: <200805051851.31463.silfreed@silfreed.net>
	<48206A9D.6090801@roub.net>
Message-ID: <ea2499da0805060759webe995el4432824bd89c7c61@mail.gmail.com>

For the conversion process, I have a remark.

In distributed version control systems, the use of a username as the
committer identifier really doesn't make a whole lot of sense. This is
because there's no such thing as a committer: anyone can commit
against the tree and ask the maintainer for inclusion of their
changesets in the official repositories. This means someone who
committed may not have a username, which makes it hard to track down
who he/she is. In SVN-based projects, for example, each committer has
some connection to the project, there is some process by which someone
became a committer.

For this reason, DVCSs often use a different kind of usernames for the
changesets. In Mercurial, this is usually an email-From-like string:
"Dirkjan Ochtman <dirkjan at ochtman.nl>" (without the quotes). This
includes an email address so that it is immediately clear how to
contact the person responsible for this commit.

I'd like to request that an authormap file is generated for each
conversion. This should be possible from data that mozdev already has:
committer names/email addresses. That should make it possible to give
each changeset a more appropriate username value, and enable the full
distributed way of thinking.

Cheers,

Dirkjan

From silfreed at silfreed.net  Tue May  6 08:16:44 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Tue, 6 May 2008 11:16:44 -0400
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <ea2499da0805060759webe995el4432824bd89c7c61@mail.gmail.com>
References: <200805051851.31463.silfreed@silfreed.net>
	<48206A9D.6090801@roub.net>
	<ea2499da0805060759webe995el4432824bd89c7c61@mail.gmail.com>
Message-ID: <200805061116.44497.silfreed@silfreed.net>

On Tuesday 06 May 2008 10:59:30 Dirkjan Ochtman wrote:
> I'd like to request that an authormap file is generated for each
> conversion. This should be possible from data that mozdev already has:
> committer names/email addresses. That should make it possible to give
> each changeset a more appropriate username value, and enable the full
> distributed way of thinking.

Sure, I had seen this when I was doing the conversion but didn't take the time 
for the test conversion.  I can definitely do this for the real conversions.

The biggest disadvantage we have is that there will only be one name/email 
mapped to each username, so if a user changed their displayed name or email 
at some point in the past that won't be reflected in the logs since we don't 
keep this information.  Likewise, if a user's name/email is outdated that 
will show up in the logs as well.

If you'd like to review your settings before the conversion you can check it 
by visiting /members.html for your project (ie, 
http://PROJECT.mozdev.org/members.html).

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080506/28dde9ed/attachment.bin 

From dirkjan at ochtman.nl  Tue May  6 08:21:24 2008
From: dirkjan at ochtman.nl (Dirkjan Ochtman)
Date: Tue, 6 May 2008 17:21:24 +0200
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <200805061116.44497.silfreed@silfreed.net>
References: <200805051851.31463.silfreed@silfreed.net>
	<48206A9D.6090801@roub.net>
	<ea2499da0805060759webe995el4432824bd89c7c61@mail.gmail.com>
	<200805061116.44497.silfreed@silfreed.net>
Message-ID: <ea2499da0805060821s39c42b9fwae225d92f82af8bf@mail.gmail.com>

On Tue, May 6, 2008 at 5:16 PM, Douglas E. Warner <silfreed at silfreed.net> wrote:
>  Sure, I had seen this when I was doing the conversion but didn't take the time
>  for the test conversion.  I can definitely do this for the real conversions.

Cool.

>  The biggest disadvantage we have is that there will only be one name/email
>  mapped to each username, so if a user changed their displayed name or email
>  at some point in the past that won't be reflected in the logs since we don't
>  keep this information.  Likewise, if a user's name/email is outdated that
>  will show up in the logs as well.

Right; but that's true for many email address-based addressing archives.

Thanks,

Dirkjan

From eric.jung at yahoo.com  Tue May  6 18:54:28 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Tue, 6 May 2008 18:54:28 -0700 (PDT)
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
Message-ID: <503736.66691.qm@web30301.mail.mud.yahoo.com>



----- Original Message ----
> From: Dirkjan Ochtman <dirkjan at ochtman.nl>

> For this reason, DVCSs often use a different kind of usernames for the
> changesets. In Mercurial, this is usually an email-From-like string:
> "Dirkjan Ochtman " (without the quotes). This
> includes an email address so that it is immediately clear how to

Interesting. I'm surprised Hg doesn't use URIs for this purpose, similar to how OpenID uses an URL for "username".






      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

From dirkjan at ochtman.nl  Tue May  6 22:00:41 2008
From: dirkjan at ochtman.nl (Dirkjan Ochtman)
Date: Wed, 07 May 2008 07:00:41 +0200
Subject: [Project_owners] Looking for testers for Mercurial at Mozdev
In-Reply-To: <503736.66691.qm@web30301.mail.mud.yahoo.com>
References: <503736.66691.qm@web30301.mail.mud.yahoo.com>
Message-ID: <48213779.2050708@ochtman.nl>

Eric H. Jung wrote:
> Interesting. I'm surprised Hg doesn't use URIs for this purpose, similar to how OpenID uses an URL for "username".

Well, I don't think hg poses any constraint on what you put in the 
username field. This is just what is common. git uses the same thing, 
from what I can see in a quick search.

Cheers,

Dirkjan

From twhitema at gmail.com  Sat May 10 18:09:31 2008
From: twhitema at gmail.com (Todd Whiteman)
Date: Sat, 10 May 2008 18:09:31 -0700
Subject: [Project_owners] Mozdev secure updates
Message-ID: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>

Douglas E. Warner wrote:

The secure update feature is ready for POs to use and test.

The update.rdf files are generated when a file is released.  POs have the
option when they release files of adding the updateInfo URL as well (new
feature for Firefox 3).  For secure updates to work with Firefox 3 you also
need to make sure you verify the file hash.


I've begun playing with the secure update system just recently, trying to
test automatic updating inside of Firefox 3 (beta 5), but although I seem to
have followed the directions, Firefox keeps saying there is no update
available for my test extension.

Project:
https://www.mozdev.org/projects/overview/pyxpcomext/

I installed the following extension into Firefox (depends upon the PyXPCOM
extension):
http://downloads.mozdev.org/pyxpcomext/pyshell_0.2.xpi

then updated the extension through mozdev CVS, released version 0.3 through
the mozdev file management system and verified the hash:
http://downloads.mozdev.org/pyxpcomext/pyshell_0.3.xpi

The update.rdf seems to show the 0.3 version:
https://www.mozdev.org/p/updates/pyxpcomext/pyshell at twhiteman.netfirms.com/update.rdf

I can install the "pyshell_0.3.xpi" extension manually info Firefox, but
when asking Firefox to check for updates (from the 0.2 version), it states
there are no updates found.

Any ideas why this would be happening?

Thanks,
Todd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080510/dcaf4e96/attachment.html 

From silfreed at silfreed.net  Sat May 10 21:09:36 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Sun, 11 May 2008 00:09:36 -0400
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
Message-ID: <200805110009.40733.silfreed@silfreed.net>

On Saturday 10 May 2008 21:09:31 Todd Whiteman wrote:
> I can install the "pyshell_0.3.xpi" extension manually info Firefox, but
> when asking Firefox to check for updates (from the 0.2 version), it states
> there are no updates found.
>
> Any ideas why this would be happening?

It looks like I might have a bug in the update.rdf generation since the 
updateHash isn't in the update.rdf file for version 0.3 but it's definitely 
verified.

Could you try unreleasing and re-releasing the 0.3 version and then try 
updating to see if it works?  If so I'll go and patch my bug.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080511/ca952768/attachment.bin 

From twhitema at gmail.com  Sun May 11 09:15:29 2008
From: twhitema at gmail.com (Todd Whiteman)
Date: Sun, 11 May 2008 09:15:29 -0700
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <200805110009.40733.silfreed@silfreed.net>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805110009.40733.silfreed@silfreed.net>
Message-ID: <ec041f3a0805110915i9a05545r9f2584b6f3acbd10@mail.gmail.com>

On Sat, May 10, 2008 at 9:09 PM, Douglas E. Warner <silfreed at silfreed.net>
wrote:

> On Saturday 10 May 2008 21:09:31 Todd Whiteman wrote:
> > I can install the "pyshell_0.3.xpi" extension manually info Firefox, but
> > when asking Firefox to check for updates (from the 0.2 version), it
> states
> > there are no updates found.
> >
> > Any ideas why this would be happening?
>
> It looks like I might have a bug in the update.rdf generation since the
> updateHash isn't in the update.rdf file for version 0.3 but it's definitely
> verified.
>
> Could you try unreleasing and re-releasing the 0.3 version and then try
> updating to see if it works?  If so I'll go and patch my bug.
>
>
I re-released the 0.3 version, saw that the update.rdf contained now the
updateHash, but Firefox complained with the following:

*** RDFItemUpdater:_parseV20Update: Update for
pyshell at twhiteman.netfirms.com at
http://downloads.mozdev.org/pyxpcomext/pyshell_0.3.xpi ignored because it is
insecure. updateLink  must be a https url or an updateHash must be
specified.
*** Datasource: Addon Update Ended: pyshell at twhiteman.netfirms.com, status:
8

I then checked the docs for Mozilla update handling for Firefox 3:
http://developer.mozilla.org/en/docs/Extension_Versioning%2C_Update_and_Compatibility

In the update manifest delivered from the updateURL the updateLink must be
> specified in one of the following ways:
>
>     * The updateLink to the XPI file must use https
>     * The updateLink can use http and you must include an updateHash for
> the XPI file using sha1, sha256, sha384 or sha512 hash algorithms.
>
> Any entries in the update manifest that do not meet one of those two
> requirements will be ignored when checking for new versions.
>


So it seems the md5 hash (the one I have been using for the mozdev
verification process) is not supported?

I also then tried re-updating the 0.3 version and verifying with a sha1
hash, which worked, but the updateHash is once again missing from the mozdev
generated update.rdf file:
https://www.mozdev.org/p/updates/pyxpcomext/pyshell at twhiteman.netfirms.com/update.rdf

Cheers,
Todd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080511/968999bb/attachment.html 

From silfreed at silfreed.net  Sun May 11 10:41:26 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Sun, 11 May 2008 13:41:26 -0400
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <ec041f3a0805110915i9a05545r9f2584b6f3acbd10@mail.gmail.com>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805110009.40733.silfreed@silfreed.net>
	<ec041f3a0805110915i9a05545r9f2584b6f3acbd10@mail.gmail.com>
Message-ID: <200805111341.30092.silfreed@silfreed.net>

On Sunday 11 May 2008 12:15:29 Todd Whiteman wrote:
> So it seems the md5 hash (the one I have been using for the mozdev
> verification process) is not supported?
>
> I also then tried re-updating the 0.3 version and verifying with a sha1
> hash, which worked, but the updateHash is once again missing from the
> mozdev generated update.rdf file:
> https://www.mozdev.org/p/updates/pyxpcomext/pyshell at twhiteman.netfirms.com/
>update.rdf

Try re-releasing it one more time.  There's a bug where the update.rdf isn't 
regenerated when you verify the hash.

Thanks for finding out about md5 hashes not being supported; I'll try to add a 
warning that md5 hashes aren't supported for firefox 3 secure updates.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080511/9c9a097b/attachment.bin 

From higopi at gmail.com  Sun May 11 12:07:39 2008
From: higopi at gmail.com (Gopalakrishnan (Gopi))
Date: Sun, 11 May 2008 20:07:39 +0100
Subject: [Project_owners] ccan't create temporary directory
	/mozdev/cvstmp/cvs-xxxx
Message-ID: <f20900d30805111207x3a13e3ces485b68f521a2c965@mail.gmail.com>

Hi,

When I tried to checkout a project as guest or as the project admin user, I
am getting the error "crossvc can't create temporary directory
/mozdev/cvstmp/cvs-servXXXXX" the last five X to be replaced by a different
5 digit number each time.

Can anyone please help to fix this issue.

Thanks,

Gopi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080511/a5fe43b2/attachment.html 

From aeng.aecreations at gmail.com  Sun May 11 12:47:19 2008
From: aeng.aecreations at gmail.com (Alex Eng)
Date: Sun, 11 May 2008 12:47:19 -0700
Subject: [Project_owners] can't create temporary directory
	/mozdev/cvstmp/cvs-xxxx
In-Reply-To: <mailman.818.1210532865.92225.project_owners@mozdev.org>
References: <mailman.818.1210532865.92225.project_owners@mozdev.org>
Message-ID: <48274D47.2060700@gmail.com>

Gopalakrishnan (Gopi) wrote:
> Hi,
> 
> When I tried to checkout a project as guest or as the project admin 
> user, I am getting the error "crossvc can't create temporary directory 
> /mozdev/cvstmp/cvs-servXXXXX" the last five X to be replaced by a 
> different 5 digit number each time.
> 
> Can anyone please help to fix this issue.
> 
> Thanks,
> 
> Gopi

I am experiencing this as well when attempting to check in a source file 
using "cvs checkout":

$ cvs commit -m "Fixed syntax error" chrome/content/clippings.js
can't create temporary directory /mozdev/cvstmp/cvs-serv24286
No space left on device

The same problem happened about a month ago.

From twhitema at gmail.com  Sun May 11 14:29:40 2008
From: twhitema at gmail.com (Todd Whiteman)
Date: Sun, 11 May 2008 14:29:40 -0700
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <200805111341.30092.silfreed@silfreed.net>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805110009.40733.silfreed@silfreed.net>
	<ec041f3a0805110915i9a05545r9f2584b6f3acbd10@mail.gmail.com>
	<200805111341.30092.silfreed@silfreed.net>
Message-ID: <ec041f3a0805111429s3a8568bco6db6863497e825a2@mail.gmail.com>

On Sun, May 11, 2008 at 10:41 AM, Douglas E. Warner <silfreed at silfreed.net>
wrote:

> On Sunday 11 May 2008 12:15:29 Todd Whiteman wrote:
> > So it seems the md5 hash (the one I have been using for the mozdev
> > verification process) is not supported?
> >
> > I also then tried re-updating the 0.3 version and verifying with a sha1
> > hash, which worked, but the updateHash is once again missing from the
> > mozdev generated update.rdf file:
> >
> https://www.mozdev.org/p/updates/pyxpcomext/pyshell at twhiteman.netfirms.com/
> >update.rdf
>
> Try re-releasing it one more time.  There's a bug where the update.rdf
> isn't
> regenerated when you verify the hash.
>
> Thanks for finding out about md5 hashes not being supported; I'll try to
> add a
> warning that md5 hashes aren't supported for firefox 3 secure updates.
>


Done, but now the above update.rdf is not being generated (it seems to be an
empty file).

This might be related to disk problems, as the cvs filesystem seems to be
out of space:

cvs ci -m "update pyshell to test mozdev secure updates" pyshell_0.3.xpi
> can't create temporary directory /mozdev/cvstmp/cvs-serv43415
> No space left on device
>

Cheers,
Todd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080511/d618c6ae/attachment.html 

From silfreed at silfreed.net  Mon May 12 05:01:31 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 12 May 2008 08:01:31 -0400
Subject: [Project_owners] can't create temporary directory
	/mozdev/cvstmp/cvs-xxxx
In-Reply-To: <48274D47.2060700@gmail.com>
References: <mailman.818.1210532865.92225.project_owners@mozdev.org>
	<48274D47.2060700@gmail.com>
Message-ID: <200805120801.31435.silfreed@silfreed.net>

On Sunday 11 May 2008 15:47:19 Alex Eng wrote:
> I am experiencing this as well when attempting to check in a source file
> using "cvs checkout":
>
> $ cvs commit -m "Fixed syntax error" chrome/content/clippings.js
> can't create temporary directory /mozdev/cvstmp/cvs-serv24286
> No space left on device
>
> The same problem happened about a month ago.

Yep, same problem.  It should be resolved now and you should be able to check 
out/in files again.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080512/b65ac2cf/attachment.bin 

From silfreed at silfreed.net  Mon May 12 05:02:33 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 12 May 2008 08:02:33 -0400
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <ec041f3a0805111429s3a8568bco6db6863497e825a2@mail.gmail.com>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805111341.30092.silfreed@silfreed.net>
	<ec041f3a0805111429s3a8568bco6db6863497e825a2@mail.gmail.com>
Message-ID: <200805120802.33386.silfreed@silfreed.net>

On Sunday 11 May 2008 17:29:40 Todd Whiteman wrote:
> Done, but now the above update.rdf is not being generated (it seems to be
> an empty file).
>
> This might be related to disk problems, as the cvs filesystem seems to be
> out of space:

Most likely; the disk problems should be fixed now so you should be able to 
re-release it to regenerate the file again.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080512/ed280a8a/attachment.bin 

From twhitema at gmail.com  Mon May 12 09:31:08 2008
From: twhitema at gmail.com (Todd Whiteman)
Date: Mon, 12 May 2008 09:31:08 -0700
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <200805120802.33386.silfreed@silfreed.net>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805111341.30092.silfreed@silfreed.net>
	<ec041f3a0805111429s3a8568bco6db6863497e825a2@mail.gmail.com>
	<200805120802.33386.silfreed@silfreed.net>
Message-ID: <ec041f3a0805120931u32cd30adp3fe6524dc706e3a8@mail.gmail.com>

On Mon, May 12, 2008 at 5:02 AM, Douglas E. Warner <silfreed at silfreed.net>
wrote:

> On Sunday 11 May 2008 17:29:40 Todd Whiteman wrote:
> > Done, but now the above update.rdf is not being generated (it seems to
> be
> > an empty file).
> >
> > This might be related to disk problems, as the cvs filesystem seems to
> be
> > out of space:
>
> Most likely; the disk problems should be fixed now so you should be able
> to
> re-release it to regenerate the file again.
>

Thanks Doug.

That's got it working correctly. Firefox recognizes the update is available
and downloads and installs as expected.

Sure a lot easier than having to muck around with Mccoy :)

Cheers,
Todd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080512/36d0a548/attachment.html 

From silfreed at silfreed.net  Mon May 12 10:16:13 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Mon, 12 May 2008 13:16:13 -0400
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <ec041f3a0805120931u32cd30adp3fe6524dc706e3a8@mail.gmail.com>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>
	<200805120802.33386.silfreed@silfreed.net>
	<ec041f3a0805120931u32cd30adp3fe6524dc706e3a8@mail.gmail.com>
Message-ID: <200805121316.13612.silfreed@silfreed.net>

On Monday 12 May 2008 12:31:08 Todd Whiteman wrote:
> Thanks Doug.
>
> That's got it working correctly. Firefox recognizes the update is available
> and downloads and installs as expected.
>
> Sure a lot easier than having to muck around with Mccoy :)

Thanks for taking the time to help work out some of the kinks.  I'm glad it 
works well.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080512/47e4bee7/attachment.bin 

From eric.jung at yahoo.com  Tue May 13 18:39:08 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Tue, 13 May 2008 18:39:08 -0700 (PDT)
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
Message-ID: <503920.95394.qm@web30306.mail.mud.yahoo.com>

Firefox 3.0 rc1 release is imminent; the tag was made over the weekend and AMO now supports 3.0.* as a valid maxVersion.
I'm echoing Mark Finkle's call here:

"Any extension developers within the sound of my voice: update your extensions to maxVersion=3.0.*"

Of course, test them first.

Eric


      

From philip.chee at gmail.com  Wed May 14 04:02:57 2008
From: philip.chee at gmail.com (Philip Chee)
Date: Wed, 14 May 2008 19:02:57 +0800
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <mailman.856.1210729156.92225.project_owners@mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>
Message-ID: <g0egrq$ter$1@mozdev.mozdev.org>

On Tue, 13 May 2008 18:39:08 -0700 (PDT), Eric H. Jung wrote:

> Firefox 3.0 rc1 release is imminent; the tag was made over the weekend and AMO now supports 3.0.* as a valid maxVersion.
> I'm echoing Mark Finkle's call here:

I'm waiting for Babelzilla.

Phil

-- 
Philip Chee <philip at aleytys.pc.my>, <philip.chee at gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
[ ]Society like air, is necessary but not complete for life.
* TagZilla 0.066.6


From paul at roub.net  Wed May 14 06:57:12 2008
From: paul at roub.net (Paul Roub)
Date: Wed, 14 May 2008 08:57:12 -0500
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <g0egrq$ter$1@mozdev.mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>
	<g0egrq$ter$1@mozdev.mozdev.org>
Message-ID: <482AEFB8.9060101@roub.net>

>> Firefox 3.0 rc1 release is imminent; the tag was made over the weekend and AMO now supports 3.0.* as a valid maxVersion.
>> I'm echoing Mark Finkle's call here:
> 
> I'm waiting for Babelzilla.
> 

Forgive me if I'm misinterpreting, but even so, it might be useful to 
others.

If what you mean is "I'm waiting for Babelzilla before I upload a new 
version with maxVersion 3.0.*", I wanted to point out that in the new 
a.m.o. you can update maxVersion in-place, without uploading anything.

1.	Log In
2.	Developer Tools
3.	Edit Add-on
4.	Click the version number  (e.g. Latest Version: _1.3.7_)
5.	Pick a new maxVersion from the drop-down list
6.	Update

-paul


From philip.chee at gmail.com  Wed May 14 07:43:05 2008
From: philip.chee at gmail.com (Philip Chee)
Date: Wed, 14 May 2008 22:43:05 +0800
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <mailman.867.1210773441.92225.project_owners@mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>
	<mailman.867.1210773441.92225.project_owners@mozdev.org>
Message-ID: <g0etoe$250r$1@mozdev.mozdev.org>

On Wed, 14 May 2008 08:57:12 -0500, Paul Roub wrote:
>>> Firefox 3.0 rc1 release is imminent; the tag was made over the weekend and AMO now supports 3.0.* as a valid maxVersion.
>>> I'm echoing Mark Finkle's call here:
>> 
>> I'm waiting for Babelzilla.
>> 
> 
> Forgive me if I'm misinterpreting, but even so, it might be useful to 
> others.
> 
> If what you mean is "I'm waiting for Babelzilla before I upload a new 
> version with maxVersion 3.0.*", I wanted to point out that in the new 
> a.m.o. you can update maxVersion in-place, without uploading anything.
> 
> 1.	Log In
> 2.	Developer Tools
> 3.	Edit Add-on
> 4.	Click the version number  (e.g. Latest Version: _1.3.7_)
> 5.	Pick a new maxVersion from the drop-down list
> 6.	Update
> 
> -paul

But, but, but the current version on AMO doesn't work (very well) in
Firefox 3.0pre!

Phil

-- 
Philip Chee <philip at aleytys.pc.my>, <philip.chee at gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
[ ]Open mouth, insert foot, echo internationally.
* TagZilla 0.066.6


From paul at roub.net  Wed May 14 08:09:07 2008
From: paul at roub.net (Paul Roub)
Date: Wed, 14 May 2008 10:09:07 -0500
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <g0etoe$250r$1@mozdev.mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>	<mailman.867.1210773441.92225.project_owners@mozdev.org>
	<g0etoe$250r$1@mozdev.mozdev.org>
Message-ID: <482B0093.10603@roub.net>

Philip Chee wrote:
> But, but, but the current version on AMO doesn't work (very well) in
> Firefox 3.0pre!
> 

That's where the "sorry if I misunderstood" part comes in.

Obviously, nothing to be gained by marking it compatible if it's not.

-paul


From alta88 at gmail.com  Wed May 14 08:05:52 2008
From: alta88 at gmail.com (alta88[nntp])
Date: Wed, 14 May 2008 11:05:52 -0400
Subject: [Project_owners] Mozdev secure updates
In-Reply-To: <mailman.836.1210612584.92225.project_owners@mozdev.org>
References: <ec041f3a0805101809v47a29770rce206694d483ed9a@mail.gmail.com>	<200805120802.33386.silfreed@silfreed.net>	<ec041f3a0805120931u32cd30adp3fe6524dc706e3a8@mail.gmail.com>
	<mailman.836.1210612584.92225.project_owners@mozdev.org>
Message-ID: <g0ev4e$2am9$1@mozdev.mozdev.org>




---On 2008.May.12 01:16 PM, Douglas E. Warner wrote:
> On Monday 12 May 2008 12:31:08 Todd Whiteman wrote:
>> Thanks Doug.
>>
>> That's got it working correctly. Firefox recognizes the update is available
>> and downloads and installs as expected.
>>
>> Sure a lot easier than having to muck around with Mccoy :)
> 
> Thanks for taking the time to help work out some of the kinks.  I'm glad it 
> works well.
> 
> -Doug
> 

working nicely for me as well, *many* thanks for implementing 
this.

From eric.jung at yahoo.com  Fri May 16 14:12:46 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Fri, 16 May 2008 14:12:46 -0700 (PDT)
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
Message-ID: <456437.94961.qm@web30304.mail.mud.yahoo.com>

If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120


I'd like to request a new mozilla-specific tool for mozdev. 

The tool would do the following:

0. User uploads XPI to a page.
1. Tool determines if the XPI defines DTD entities that aren't used.
2. Tool determines if the XPI defines properties that aren't used.

Results are reported back to the user. An advanced version might offer the XPI,
stripped of unused entities and properties (i.e. "minified") to the user for
download. The advanced version might also have options to strip CSS, XUL, and
JS of extra whitespace, although I don't imagine many extension authors would
use that.

Why is this important? Addons that have many localizations tend to build up
lots of "string" cruft over time. Some entities and properties are no longer
used, but they still exist in various DTD and property files. This can inflate
XPI size needlessly, especially when there are a lot of localizations.

Manually searching for entities and properties not in use can be extremely
labor-intensive when there are hundreds or thousands of them.

To simply implementation, the tool could ignore DTDs defined in XUL files (at
least for an initial implementation) and instead just parse *.dtd and
*.property files.
Eric


      

From AndrewArcher at hotmail.com  Fri May 16 14:25:23 2008
From: AndrewArcher at hotmail.com (Andrew Archer)
Date: Fri, 16 May 2008 22:25:23 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <456437.94961.qm@web30304.mail.mud.yahoo.com>
References: <456437.94961.qm@web30304.mail.mud.yahoo.com>
Message-ID: <BLU134-DAV1E11C7C99D0ABD2A8CB4ECBC80@phx.gbl>

Wouldn't it be much better if Firefox/Thunderbird could download the 
required locals only.  I think this was going to be part of the new 
extension manager but I don't know if it's has been completed yet.






From neil at parkwaycc.co.uk  Fri May 16 16:16:25 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Sat, 17 May 2008 00:16:25 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <mailman.897.1210972379.92225.project_owners@mozdev.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
Message-ID: <g0l4k9$2o59$1@mozdev.mozdev.org>

Eric H. Jung wrote:

>Addons that have many localizations tend to build up lots of "string" cruft over time. Some entities and properties are no longer used, but they still exist in various DTD and property files.
>
Maybe you can leverage mozilla's compare-locales.pl tool to see which 
locales have spurious (or indeed missing) entries.

From cfinke at gmail.com  Fri May 16 16:28:23 2008
From: cfinke at gmail.com (Christopher Finke)
Date: Fri, 16 May 2008 18:28:23 -0500
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <456437.94961.qm@web30304.mail.mud.yahoo.com>
References: <456437.94961.qm@web30304.mail.mud.yahoo.com>
Message-ID: <d7caf3930805161628x442afb32w976bce0d06763eaf@mail.gmail.com>

On Fri, May 16, 2008 at 4:12 PM, Eric H. Jung <eric.jung at yahoo.com> wrote:
> 1. Tool determines if the XPI defines DTD entities that aren't used.
> 2. Tool determines if the XPI defines properties that aren't used.

I wrote a script that does this:

http://www.chrisfinke.com/2008/04/22/finding-unused-entities-in-your-firefox-extensions/

Chris

From antonglv at gmail.com  Fri May 16 22:40:09 2008
From: antonglv at gmail.com (Anton Glazatov)
Date: Sat, 17 May 2008 13:40:09 +0800
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <456437.94961.qm@web30304.mail.mud.yahoo.com>
References: <456437.94961.qm@web30304.mail.mud.yahoo.com>
Message-ID: <482E6FB9.1070908@gmail.com>

The size of extesnsion weakly depends on size and quantity of 
localizations. The tool, which checks nonconformities in the 
localizations, would be better.
> If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120
>
>
> I'd like to request a new mozilla-specific tool for mozdev. 
>
> The tool would do the following:
>
> 0. User uploads XPI to a page.
> 1. Tool determines if the XPI defines DTD entities that aren't used.
> 2. Tool determines if the XPI defines properties that aren't used.
>
> Results are reported back to the user. An advanced version might offer the XPI,
> stripped of unused entities and properties (i.e. "minified") to the user for
> download. The advanced version might also have options to strip CSS, XUL, and
> JS of extra whitespace, although I don't imagine many extension authors would
> use that.
>
> Why is this important? Addons that have many localizations tend to build up
> lots of "string" cruft over time. Some entities and properties are no longer
> used, but they still exist in various DTD and property files. This can inflate
> XPI size needlessly, especially when there are a lot of localizations.
>
> Manually searching for entities and properties not in use can be extremely
> labor-intensive when there are hundreds or thousands of them.
>
> To simply implementation, the tool could ignore DTDs defined in XUL files (at
> least for an initial implementation) and instead just parse *.dtd and
> *.property files.
> Eric
>
>
>       
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>   


From o.e.ekker at gmail.com  Fri May 16 23:04:20 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Sat, 17 May 2008 08:04:20 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <482E6FB9.1070908@gmail.com>
References: <456437.94961.qm@web30304.mail.mud.yahoo.com>
	<482E6FB9.1070908@gmail.com>
Message-ID: <482E7564.9080704@gmail.com>

I don't think size is the problem, but unused strings will cause 
unnecessary work and delay for existing and new localizations.

Also a tool which checks for unused variables or variables used only 
once could help preventing bugs in your extension (or in firefox, 
thunderbird, etc... itself). Perl does this, and it helps to catch tpyos...

Onno

Anton Glazatov wrote:
> The size of extesnsion weakly depends on size and quantity of 
> localizations. The tool, which checks nonconformities in the 
> localizations, would be better.
>   
>> If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120
>>
>>
>> I'd like to request a new mozilla-specific tool for mozdev. 
>>
>> The tool would do the following:
>>
>> 0. User uploads XPI to a page.
>> 1. Tool determines if the XPI defines DTD entities that aren't used.
>> 2. Tool determines if the XPI defines properties that aren't used.
>>
>> Results are reported back to the user. An advanced version might offer the XPI,
>> stripped of unused entities and properties (i.e. "minified") to the user for
>> download. The advanced version might also have options to strip CSS, XUL, and
>> JS of extra whitespace, although I don't imagine many extension authors would
>> use that.
>>
>> Why is this important? Addons that have many localizations tend to build up
>> lots of "string" cruft over time. Some entities and properties are no longer
>> used, but they still exist in various DTD and property files. This can inflate
>> XPI size needlessly, especially when there are a lot of localizations.
>>
>> Manually searching for entities and properties not in use can be extremely
>> labor-intensive when there are hundreds or thousands of them.
>>
>> To simply implementation, the tool could ignore DTDs defined in XUL files (at
>> least for an initial implementation) and instead just parse *.dtd and
>> *.property files.
>> Eric
>>
>>
>>       
>> _______________________________________________
>> Project_owners mailing list
>> Project_owners at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/project_owners
>>
>>   
>>     
>
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>   


From philip.chee at gmail.com  Sat May 17 02:37:54 2008
From: philip.chee at gmail.com (Philip Chee)
Date: Sat, 17 May 2008 17:37:54 +0800
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <mailman.897.1210972379.92225.project_owners@mozdev.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
Message-ID: <g0m902$1gn$1@mozdev.mozdev.org>

On Fri, 16 May 2008 14:12:46 -0700 (PDT), Eric H. Jung wrote:

> If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120
> 
> 
> I'd like to request a new mozilla-specific tool for mozdev. 
> 
> The tool would do the following:
> 
> 0. User uploads XPI to a page.
> 1. Tool determines if the XPI defines DTD entities that aren't used.
> 2. Tool determines if the XPI defines properties that aren't used.

You might like to leverage on the php scripts in the Babelzilla WTS
system that already uploads XPIs and then extracts DTD and property
files into a database. It would be just a SMOP to extend this to scan
the XUL and JS files.

Phil

-- 
-==-
Philip Chee <philip at aleytys.pc.my>, <philip.chee at gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.


From eric.jung at yahoo.com  Sat May 17 13:19:15 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Sat, 17 May 2008 13:19:15 -0700 (PDT)
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
Message-ID: <127681.54908.qm@web30308.mail.mud.yahoo.com>



----- Original Message ----
> From: Christopher Finke <cfinke at gmail.com>
> To: Mozdev Project Owners List <project_owners at mozdev.org>
> Sent: Friday, May 16, 2008 7:28:23 PM
> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
> 
> On Fri, May 16, 2008 at 4:12 PM, Eric H. Jung wrote:
> > 1. Tool determines if the XPI defines DTD entities that aren't used.
> > 2. Tool determines if the XPI defines properties that aren't used.
> 
> I wrote a script that does this:
> 
> http://www.chrisfinke.com/2008/04/22/finding-unused-entities-in-your-firefox-extensions/


This is great, Chris. I wonder if Doug would be willing to port this to PHP, accept a file upload, and put it on mozdev.org for all to use.


      

From eric.jung at yahoo.com  Sat May 17 13:24:43 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Sat, 17 May 2008 13:24:43 -0700 (PDT)
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
Message-ID: <369542.80535.qm@web30305.mail.mud.yahoo.com>



----- Original Message ----
> From: Anton Glazatov <antonglv at gmail.com>
> To: Mozdev Project Owners List <project_owners at mozdev.org>
> Sent: Saturday, May 17, 2008 1:40:09 AM
> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
> 
> The size of extesnsion weakly depends on size and quantity of 
> localizations. 

I emphatically don't agree. For example, one of my extensions
has 26 localizations. Some of the strings are hundreds of bytes each. I
have many strings in the 300-400 byte range and several in the 500-600 byte
range. Even more in the 200-300 byte range.

Multiply each of those times 26, and even with zip compression
it's quite significant.

The tool, which checks nonconformities in the 
> localizations, would be better.

I don'tunderstand this comment. .What is a"nonconformities"?


      

From eric.jung at yahoo.com  Sat May 17 13:25:54 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Sat, 17 May 2008 13:25:54 -0700 (PDT)
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
Message-ID: <732262.13859.qm@web30307.mail.mud.yahoo.com>



----- Original Message ----
> From: Onno Ekker <o.e.ekker at gmail.com>
> To: Mozdev Project Owners List <project_owners at mozdev.org>
> Sent: Saturday, May 17, 2008 2:04:20 AM
> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
> 
> I don't think size is the problem, but unused strings will cause 
> unnecessary work and delay for existing and new localizations.
>

Size is a problem, but I'd forgotten and the unnecessary work and delay for translators. Thanks for pointing that out!
 
> Also a tool which checks for unused variables or variables used only 
> once could help preventing bugs in your extension (or in firefox, 
> thunderbird, etc... itself). Perl does this, and it helps to catch tpyos...

Yes, this would be valuable but is outside the scope of my current proposal. Please file a new bug if you'd like to see such a tool instead of trying to hijack mine :)

Eric


      

From eric.jung at yahoo.com  Sat May 17 13:27:18 2008
From: eric.jung at yahoo.com (Eric H. Jung)
Date: Sat, 17 May 2008 13:27:18 -0700 (PDT)
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
Message-ID: <190695.21003.qm@web30304.mail.mud.yahoo.com>



----- Original Message ----
> From: Andrew Archer <AndrewArcher at hotmail.com>
> To: Mozdev Project Owners List <project_owners at mozdev.org>
> Sent: Friday, May 16, 2008 5:25:23 PM
> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
> 
> Wouldn't it be much better if Firefox/Thunderbird could download the 
> required locals only.  I think this was going to be part of the new 
> extension manager but I don't know if it's has been completed yet.

Sure that would be better, but Firefox doesn't do that in FF2 and FF3. Hence the need for the tool.


      

From o.e.ekker at gmail.com  Sat May 17 14:49:14 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Sat, 17 May 2008 23:49:14 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <732262.13859.qm@web30307.mail.mud.yahoo.com>
References: <732262.13859.qm@web30307.mail.mud.yahoo.com>
Message-ID: <767de81b0805171449u45b4965eq434ecd079e9b9310@mail.gmail.com>

 Eric H. Jung wrote:

----- Original Message ----


From: Onno Ekker <o.e.ekker at gmail.com> <o.e.ekker at gmail.com>
To: Mozdev Project Owners List
<project_owners at mozdev.org><project_owners at mozdev.org>
Sent: Saturday, May 17, 2008 2:04:20 AM
Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool

I don't think size is the problem, but unused strings will cause unnecessary
work and delay for existing and new localizations.




Size is a problem, but I'd forgotten and the unnecessary work and delay for
translators. Thanks for pointing that out!


Still I think size is no problem. Even with the numbers you give your
extension won't get 100K bigger from unused compressed strings, but even so:
what's the problem? Storage? Download time? Are you afraid people won't
download it, because of the size?
If so, you could consider leaving out the localizations and offer them as
separate downloads. It seems like Enigmail does that too, when you look at
the Thunderbird tags on mozdev:
http://www.mozdev.org/projects/applications/Thunderbird.html




Also a tool which checks for unused variables or variables used only once
could help preventing bugs in your extension (or in firefox, thunderbird,
etc... itself). Perl does this, and it helps to catch tpyos...



Yes, this would be valuable but is outside the scope of my current proposal.
Please file a new bug if you'd like to see such a tool instead of trying to
hijack mine :)



I was just trying to help, but now that you mention hijacking: that's a
thought. What was the URL of your bug again? :o)

Onno
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080517/6ea41b9f/attachment.html 

From AndrewArcher at hotmail.com  Sat May 17 14:48:33 2008
From: AndrewArcher at hotmail.com (Andrew Archer)
Date: Sat, 17 May 2008 22:48:33 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <190695.21003.qm@web30304.mail.mud.yahoo.com>
References: <190695.21003.qm@web30304.mail.mud.yahoo.com>
Message-ID: <BLU134-DAV4294F174850AC8639A58BCBCB0@phx.gbl>


>>
>> Wouldn't it be much better if Firefox/Thunderbird could download the 
>> required locals only.  I think this was going to be part of the new 
>> extension manager but I don't know if it's has been completed yet.
>>     
>
> Sure that would be better, but Firefox doesn't do that in FF2 and FF3. Hence the need for the tool.
>   

I'm wondering if supplying a extension with the required local only 
could done on the fly by the mozdev server.    Does the auto update 
check send the Accept-Language header?  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080517/d34833f7/attachment.html 

From antonglv at gmail.com  Sat May 17 22:10:56 2008
From: antonglv at gmail.com (Anton Glazatov)
Date: Sun, 18 May 2008 13:10:56 +0800
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <369542.80535.qm@web30305.mail.mud.yahoo.com>
References: <369542.80535.qm@web30305.mail.mud.yahoo.com>
Message-ID: <482FBA60.3050100@gmail.com>

Eric H. Jung
I shall acknowledge, I was wrong. Your extensions actually win in the 
size if unused locales will are removed.

The 'nonconformities' is 'unmatch' or so. For example, 'en-us' locale 
have 'someentity' entity but 'pl-pl' locale have not it.
> ----- Original Message ----
>   
>> From: Anton Glazatov <antonglv at gmail.com>
>> To: Mozdev Project Owners List <project_owners at mozdev.org>
>> Sent: Saturday, May 17, 2008 1:40:09 AM
>> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
>>
>> The size of extesnsion weakly depends on size and quantity of 
>> localizations. 
>>     
>
> I emphatically don't agree. For example, one of my extensions
> has 26 localizations. Some of the strings are hundreds of bytes each. I
> have many strings in the 300-400 byte range and several in the 500-600 byte
> range. Even more in the 200-300 byte range.
>
> Multiply each of those times 26, and even with zip compression
> it's quite significant.
>
> The tool, which checks nonconformities in the 
>   
>> localizations, would be better.
>>     
>
> I don'tunderstand this comment. .What is a"nonconformities"?
>
>
>       
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>   


From o.e.ekker at gmail.com  Sun May 18 00:17:56 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Sun, 18 May 2008 09:17:56 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <767de81b0805171449u45b4965eq434ecd079e9b9310@mail.gmail.com>
References: <732262.13859.qm@web30307.mail.mud.yahoo.com>
	<767de81b0805171449u45b4965eq434ecd079e9b9310@mail.gmail.com>
Message-ID: <767de81b0805180017y597f958cq1fce5123ba5d5f87@mail.gmail.com>

Hi Eric,

This time I am hijacking your bug....

Your extension has 26 locales, all in the same xpi. The Mozilla apps are
distributed in English or a single other localization. Users can download
other localizations manually from
ftp://releases.mozilla.org/pub/mozilla.org/
<application>/releases/<version>/<platform>/xpi/

The problem with this, is that the extra localizations don't get updated
automatically. I have installed English (en-US) Firefox and Thunderbird with
added Dutch (nl) language pack.

Every time I upgrade Firefox or Thunderbird I have to go to above URL,
download the right language pack, install it and restart the application
again. On all the computers I work on. And keeping track of it. Did I do it
here or not yet?

I think it's a bug (or it would be an enhancement) if those extra locales
could also be updated, and will probably one day file my own bug for that (I
won't really hijack yours. If anyone else feels like adding the bug, be my
guest, the idea is open source...)

Anyway, I was also planning on writing an extension that would update the
locales for Firefox or Thunderbird for me. This would still require an extra
restart for the users, but it would make things better already.

Maybe this Locale Updater Extension could also be made suitable for updating
locales from add-ons. I am not sure if this would work. It may depend on the
order in which things are installed and executed, maybe Mozilla gives you an
error before being able to download the new locale because it already needs
a string new to the updated version before getting to the Updater Extension.
These problems could probably also turn up when updating the application
itself, so ideally it should all go in one stroke.

No idea when I'll file that bug or start working on such an extension, but
I've been bugged by this issue for a long time now and maybe now is the
time. Problem is I'm a bit pressed for time. So, again: if anyone things
this is a good idea, has the time for it, feel free to pick it up :-)

Onno

On Sat, May 17, 2008 at 11:49 PM, Onno Ekker <o.e.ekker at gmail.com> wrote:

> Eric H. Jung wrote:
>
> ----- Original Message ----
>
>
> From: Onno Ekker <o.e.ekker at gmail.com> <o.e.ekker at gmail.com>
> To: Mozdev Project Owners List <project_owners at mozdev.org><project_owners at mozdev.org>
> Sent: Saturday, May 17, 2008 2:04:20 AM
> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
>
> I don't think size is the problem, but unused strings will cause
> unnecessary work and delay for existing and new localizations.
>
>
>
>
> Size is a problem, but I'd forgotten and the unnecessary work and delay for
> translators. Thanks for pointing that out!
>
>
> Still I think size is no problem. Even with the numbers you give your
> extension won't get 100K bigger from unused compressed strings, but even so:
> what's the problem? Storage? Download time? Are you afraid people won't
> download it, because of the size?
> If so, you could consider leaving out the localizations and offer them as
> separate downloads. It seems like Enigmail does that too, when you look at
> the Thunderbird tags on mozdev:
> http://www.mozdev.org/projects/applications/Thunderbird.html
>
>
>
>
> Also a tool which checks for unused variables or variables used only once
> could help preventing bugs in your extension (or in firefox, thunderbird,
> etc... itself). Perl does this, and it helps to catch tpyos...
>
>
>
> Yes, this would be valuable but is outside the scope of my current
> proposal. Please file a new bug if you'd like to see such a tool instead of
> trying to hijack mine :)
>
>
>
> I was just trying to help, but now that you mention hijacking: that's a
> thought. What was the URL of your bug again? :o)
>
> Onno
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080518/08fef52e/attachment-0001.html 

From o.e.ekker at gmail.com  Sun May 18 00:31:01 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Sun, 18 May 2008 09:31:01 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <767de81b0805180017y597f958cq1fce5123ba5d5f87@mail.gmail.com>
References: <732262.13859.qm@web30307.mail.mud.yahoo.com>
	<767de81b0805171449u45b4965eq434ecd079e9b9310@mail.gmail.com>
	<767de81b0805180017y597f958cq1fce5123ba5d5f87@mail.gmail.com>
Message-ID: <767de81b0805180031l1dae5674k128ba48239c6d7fa@mail.gmail.com>

5 minutes ago I wrote:

I think it's a bug (or it would be an enhancement) if those extra locales
> could also be updated, and will probably one day file my own bug for that (I
> won't really hijack yours. If anyone else feels like adding the bug, be my
> guest, the idea is open source...)


For a minute I thought I had commented on this in bug
408116<https://bugzilla.mozilla.org/show_bug.cgi?id=408116#53>,
but after rereading I realize it's not the same. Anyway, it's another reason
to get it integrated in Mozilla instead of implemented as an extension (or
the extension should copy and override the whole add-ons section...)

Onno
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080518/f8796dbf/attachment.html 

From AndrewArcher at hotmail.com  Sun May 18 02:14:32 2008
From: AndrewArcher at hotmail.com (Andrew Archer)
Date: Sun, 18 May 2008 10:14:32 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <BLU134-DAV4294F174850AC8639A58BCBCB0@phx.gbl>
References: <190695.21003.qm@web30304.mail.mud.yahoo.com>
	<BLU134-DAV4294F174850AC8639A58BCBCB0@phx.gbl>
Message-ID: <BLU134-DAV68907ABB5874D12B86E4DCBCA0@phx.gbl>


> I'm wondering if supplying a extension with the required local only 
> could done on the fly by the mozdev server.    Does the auto update 
> check send the Accept-Language header?  


Answering my own question.  The extension manager in Firefox/Thunderbird 
3 will place the current application locale if this value  |%APP_LOCALE% 
|is placed in the update url.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080518/c0041f9a/attachment.html 

From axel at pike.org  Mon May 19 01:32:16 2008
From: axel at pike.org (Axel Hecht)
Date: Mon, 19 May 2008 10:32:16 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <mailman.913.1211095097.92225.project_owners@mozdev.org>
References: <732262.13859.qm@web30307.mail.mud.yahoo.com>	<767de81b0805171449u45b4965eq434ecd079e9b9310@mail.gmail.com>
	<mailman.913.1211095097.92225.project_owners@mozdev.org>
Message-ID: <g0rdnr$n2s$1@mozdev.mozdev.org>

Not updating language packs is a bug on AMO.

Axel

Onno Ekker wrote:
> Hi Eric,
> 
> This time I am hijacking your bug....
> 
> Your extension has 26 locales, all in the same xpi. The Mozilla apps are 
> distributed in English or a single other localization. Users can 
> download other localizations manually from 
> ftp://releases.mozilla.org/pub/mozilla.org/<application>/releases/<version>/<platform>/xpi/
> 
> The problem with this, is that the extra localizations don't get updated 
> automatically. I have installed English (en-US) Firefox and Thunderbird 
> with added Dutch (nl) language pack.
> 
> Every time I upgrade Firefox or Thunderbird I have to go to above URL, 
> download the right language pack, install it and restart the application 
> again. On all the computers I work on. And keeping track of it. Did I do 
> it here or not yet?
> 
> I think it's a bug (or it would be an enhancement) if those extra 
> locales could also be updated, and will probably one day file my own bug 
> for that (I won't really hijack yours. If anyone else feels like adding 
> the bug, be my guest, the idea is open source...)
> 
> Anyway, I was also planning on writing an extension that would update 
> the locales for Firefox or Thunderbird for me. This would still require 
> an extra restart for the users, but it would make things better already.
> 
> Maybe this Locale Updater Extension could also be made suitable for 
> updating locales from add-ons. I am not sure if this would work. It may 
> depend on the order in which things are installed and executed, maybe 
> Mozilla gives you an error before being able to download the new locale 
> because it already needs a string new to the updated version before 
> getting to the Updater Extension. These problems could probably also 
> turn up when updating the application itself, so ideally it should all 
> go in one stroke.
> 
> No idea when I'll file that bug or start working on such an extension, 
> but I've been bugged by this issue for a long time now and maybe now is 
> the time. Problem is I'm a bit pressed for time. So, again: if anyone 
> things this is a good idea, has the time for it, feel free to pick it up :-)
> 
> Onno
> 
> On Sat, May 17, 2008 at 11:49 PM, Onno Ekker <o.e.ekker at gmail.com 
> <mailto:o.e.ekker at gmail.com>> wrote:
> 
>     Eric H. Jung wrote:
>>     ----- Original Message ----
>>      
>>>     From: Onno Ekker <o.e.ekker at gmail.com> <mailto:o.e.ekker at gmail.com>
>>>     To: Mozdev Project Owners List <project_owners at mozdev.org>
>>>     <mailto:project_owners at mozdev.org>
>>>     Sent: Saturday, May 17, 2008 2:04:20 AM
>>>     Subject: Re: [Project_owners] Anyone interested? Extension
>>>     Minimizer Tool
>>>
>>>     I don't think size is the problem, but unused strings will cause
>>>     unnecessary work and delay for existing and new localizations.
>>>
>>>         
>>
>>     Size is a problem, but I'd forgotten and the unnecessary work and
>>     delay for translators. Thanks for pointing that out!
>>       
>     Still I think size is no problem. Even with the numbers you give
>     your extension won't get 100K bigger from unused compressed strings,
>     but even so: what's the problem? Storage? Download time? Are you
>     afraid people won't download it, because of the size?
>     If so, you could consider leaving out the localizations and offer
>     them as separate downloads. It seems like Enigmail does that too,
>     when you look at the Thunderbird tags on mozdev:
>     http://www.mozdev.org/projects/applications/Thunderbird.html
>>      
>>      
>>>     Also a tool which checks for unused variables or variables used
>>>     only once could help preventing bugs in your extension (or in
>>>     firefox, thunderbird, etc... itself). Perl does this, and it
>>>     helps to catch tpyos...
>>>         
>>
>>     Yes, this would be valuable but is outside the scope of my current
>>     proposal. Please file a new bug if you'd like to see such a tool
>>     instead of trying to hijack mine :)
>>
>>       
>     I was just trying to help, but now that you mention hijacking:
>     that's a thought. What was the URL of your bug again? :o)
> 
>     Onno
> 
> 

From axel at pike.org  Mon May 19 01:37:00 2008
From: axel at pike.org (Axel Hecht)
Date: Mon, 19 May 2008 10:37:00 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <mailman.909.1211056046.92225.project_owners@mozdev.org>
References: <mailman.909.1211056046.92225.project_owners@mozdev.org>
Message-ID: <g0re0o$p7h$1@mozdev.mozdev.org>

Eric H. Jung wrote:
> 
> ----- Original Message ----
>> From: Andrew Archer <AndrewArcher at hotmail.com>
>> To: Mozdev Project Owners List <project_owners at mozdev.org>
>> Sent: Friday, May 16, 2008 5:25:23 PM
>> Subject: Re: [Project_owners] Anyone interested? Extension Minimizer Tool
>>
>> Wouldn't it be much better if Firefox/Thunderbird could download the 
>> required locals only.  I think this was going to be part of the new 
>> extension manager but I don't know if it's has been completed yet.
> 
> Sure that would be better, but Firefox doesn't do that in FF2 and FF3. Hence the need for the tool.
> 
> 
>       

You can use extension dependencies for extension language packs. But 
that doesn't really make the installation process painless.

You could probably hack something up to make AMO and possibly mozdev 
package up langpacks and the add-on itself into a multi-item xpi on demand.

Not sure if there's a bug on that yet.

Sadly, the extension langpacks suffer from the same problem that the app 
langpacks suffer, i.e., updates are broken.

Axel

From axel at pike.org  Mon May 19 01:40:15 2008
From: axel at pike.org (Axel Hecht)
Date: Mon, 19 May 2008 10:40:15 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <mailman.897.1210972379.92225.project_owners@mozdev.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
Message-ID: <48313CEF.7070304@pike.org>

Eric H. Jung wrote:
> If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120
> 
> 
> I'd like to request a new mozilla-specific tool for mozdev. 
> 
> The tool would do the following:
> 
> 0. User uploads XPI to a page.
> 1. Tool determines if the XPI defines DTD entities that aren't used.
> 2. Tool determines if the XPI defines properties that aren't used.
> 
> Results are reported back to the user. An advanced version might offer the XPI,
> stripped of unused entities and properties (i.e. "minified") to the user for
> download. The advanced version might also have options to strip CSS, XUL, and
> JS of extra whitespace, although I don't imagine many extension authors would
> use that.
> 
> Why is this important? Addons that have many localizations tend to build up
> lots of "string" cruft over time. Some entities and properties are no longer
> used, but they still exist in various DTD and property files. This can inflate
> XPI size needlessly, especially when there are a lot of localizations.
> 
> Manually searching for entities and properties not in use can be extremely
> labor-intensive when there are hundreds or thousands of them.
> 
> To simply implementation, the tool could ignore DTDs defined in XUL files (at
> least for an initial implementation) and instead just parse *.dtd and
> *.property files.

You can't reliably do that for un-used properties, as the keys to many 
of those are dynamically created.

I know that gandalf has been writing tools for that back in his flock 
days, we'd probably have better chances to write these today.

To check consistencies between localizations, I strongly recommend to 
not use compare-locales.pl, but the current python implementations.

http://developer.mozilla.org/en/docs/Compare-locales has more info. The 
compare-packs is currently only on hg, I need to publish an updated version.

Axel

From neil at parkwaycc.co.uk  Mon May 19 10:08:57 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Mon, 19 May 2008 18:08:57 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <48313CEF.7070304@pike.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
	<48313CEF.7070304@pike.org>
Message-ID: <g0sc7a$lkf$1@mozdev.mozdev.org>

Axel Hecht wrote:

> To check consistencies between localizations, I strongly recommend to 
> not use compare-locales.pl, but the current python implementations.

Sorry, I'd forgotten about your irrational hatred of Perl.

From axel at pike.org  Mon May 19 10:32:01 2008
From: axel at pike.org (Axel Hecht)
Date: Mon, 19 May 2008 19:32:01 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <g0sc7a$lkf$1@mozdev.mozdev.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
	<48313CEF.7070304@pike.org> <g0sc7a$lkf$1@mozdev.mozdev.org>
Message-ID: <g0sdbr$phq$1@mozdev.mozdev.org>

Neil wrote:
> Axel Hecht wrote:
> 
>> To check consistencies between localizations, I strongly recommend to 
>> not use compare-locales.pl, but the current python implementations.
> 
> Sorry, I'd forgotten about your irrational hatred of Perl.

You're mistaken. I just mention that that script is not maintained, and 
that there are tons of bugs that it doesn't catch.

Axel

From neil at parkwaycc.co.uk  Mon May 19 16:50:49 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Tue, 20 May 2008 00:50:49 +0100
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <g0sdbr$phq$1@mozdev.mozdev.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
	<48313CEF.7070304@pike.org> <g0sc7a$lkf$1@mozdev.mozdev.org>
	<g0sdbr$phq$1@mozdev.mozdev.org>
Message-ID: <g0t3oq$2t73$1@mozdev.mozdev.org>

Axel Hecht wrote:

> I just mention that that script is not maintained

My point exactly.

From trevorhemail-mozdev at yahoo.com.au  Tue May 20 18:08:19 2008
From: trevorhemail-mozdev at yahoo.com.au (Trevor Hobson)
Date: Wed, 21 May 2008 11:08:19 +1000
Subject: [Project_owners] Security error with update.rdf
Message-ID: <48337603.80609@yahoo.com.au>

An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080521/4f3b7e38/attachment.html 

From matthew at mjwilson.demon.co.uk  Tue May 20 22:51:14 2008
From: matthew at mjwilson.demon.co.uk (Matthew Wilson)
Date: Wed, 21 May 2008 06:51:14 +0100
Subject: [Project_owners] Security error with update.rdf
In-Reply-To: <48337603.80609@yahoo.com.au>
References: <48337603.80609@yahoo.com.au>
Message-ID: <4833B852.4030100@mjwilson.demon.co.uk>

Trevor Hobson wrote:
> When I check for an update in Firefox:
> 
> Security Error: Content at 
> http://downloads.mozdev.org/objection/update.rdf may not load data from 
> http://mirror.csclub.uwaterloo.ca/mozdev/objection/update.rdf.
> 
> How do I solve this?

I would guess you might need the update.rdf in the www area instead.

Matthew

From aeng.aecreations at gmail.com  Tue May 20 23:34:56 2008
From: aeng.aecreations at gmail.com (Alex Eng)
Date: Tue, 20 May 2008 23:34:56 -0700
Subject: [Project_owners] Mailing list messages not getting through
Message-ID: <g10fql$nnu$1@mozdev.mozdev.org>

I am trying to send an email message to the mailing list for my 
Clippings project on Mozdev, where I am both the list administrator and 
a list subscriber, but my message isn't showing up in the list archives. 
  In the past I have been able to send messages to the mailing list via 
email without problems; my most recent message to the mailing list was 
posted at the beginning of last week.

It seems that only certain messages are  being blocked.  A simple test 
email message with just two short sentences in the message body appeared 
in the mailing list archive (I sent two such test messages today).  But 
a longer email message with multiple sentences and an email signature 
never made it through.

All my email messages are in plain text, ISO-8859-1 encoded, with no 
attachments.  I am not using HTML format.

At least one other mailing list subscriber has reported problems trying 
to email to the same mailing list.  He had tried two different email 
addresses but was still unsuccessful.

The mailing list spam filter hasn't changed at all in the past week. 
Any suggestions on what I should do to troubleshoot further and fix this 
problem would be very much appreciated.

From neil at parkwaycc.co.uk  Wed May 21 03:21:15 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Wed, 21 May 2008 11:21:15 +0100
Subject: [Project_owners] Security error with update.rdf
In-Reply-To: <mailman.946.1211332106.92225.project_owners@mozdev.org>
References: <mailman.946.1211332106.92225.project_owners@mozdev.org>
Message-ID: <g10t2r$1ur4$1@mozdev.mozdev.org>

Trevor Hobson wrote:

> When I check for an update in Firefox:
>
> Security Error: Content at 
> http://downloads.mozdev.org/objection/update.rdf may not load data 
> from http://mirror.csclub.uwaterloo.ca/mozdev/objection/update.rdf.

Wasn't this a bug in Firefox 3 beta 5?

From philip.chee at gmail.com  Wed May 21 03:26:59 2008
From: philip.chee at gmail.com (Philip Chee)
Date: Wed, 21 May 2008 18:26:59 +0800
Subject: [Project_owners] Security error with update.rdf
In-Reply-To: <mailman.946.1211332106.92225.project_owners@mozdev.org>
References: <mailman.946.1211332106.92225.project_owners@mozdev.org>
Message-ID: <g10tbp$2090$1@mozdev.mozdev.org>

On Wed, 21 May 2008 11:08:19 +1000, Trevor Hobson wrote:

> When I check for an update in Firefox:
> 
> Security Error: Content at http://downloads.mozdev.org/objection/update.rdf may 
> not load data from http://mirror.csclub.uwaterloo.ca/mozdev/objection/update.rdf.
> 
> How do I solve this?

Firefox version? There were some 3.0 betas that didn't handle server
redirects of the update URL properly.

Phil

-- 
Philip Chee <philip at aleytys.pc.my>, <philip.chee at gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
[ ]My mama done tol' me...
* TagZilla 0.066.6


From trevorhemail-mozdev at yahoo.com.au  Wed May 21 03:58:21 2008
From: trevorhemail-mozdev at yahoo.com.au (Trevor Hobson)
Date: Wed, 21 May 2008 20:58:21 +1000
Subject: [Project_owners] Security error with update.rdf
In-Reply-To: <g10tbp$2090$1@mozdev.mozdev.org>
References: <mailman.946.1211332106.92225.project_owners@mozdev.org>
	<g10tbp$2090$1@mozdev.mozdev.org>
Message-ID: <4834004D.8000402@yahoo.com.au>

An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080521/4b76f59c/attachment.html 

From silfreed at silfreed.net  Wed May 21 10:03:23 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Wed, 21 May 2008 13:03:23 -0400
Subject: [Project_owners] Mailing list messages not getting through
In-Reply-To: <g10fql$nnu$1@mozdev.mozdev.org>
References: <g10fql$nnu$1@mozdev.mozdev.org>
Message-ID: <200805211303.29115.silfreed@silfreed.net>

On Wednesday 21 May 2008 02:34:56 Alex Eng wrote:
> The mailing list spam filter hasn't changed at all in the past week.
> Any suggestions on what I should do to troubleshoot further and fix this
> problem would be very much appreciated.

I'll forward this to the sysadmin list to see if someone can look into it.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080521/5861ab4f/attachment.bin 

From myfirstnamehere at gawab.com  Wed May 21 11:18:38 2008
From: myfirstnamehere at gawab.com (Benoit Renard, msnmsgr)
Date: Wed, 21 May 2008 20:18:38 +0200
Subject: [Project_owners] Need some pointers on website
Message-ID: <g11p37$1ft9$1@mozdev.mozdev.org>

I've decided that I want to remove the MozDev branding to have more 
control over my MozDev project page. However, I don't want to remove all 
MozDev branding. I want to keep the header with the tag line and the date.

I'd guess there's some PHP include code for this. Can someone point me 
to it?

From silfreed at silfreed.net  Wed May 21 11:50:30 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Wed, 21 May 2008 14:50:30 -0400
Subject: [Project_owners] Need some pointers on website
In-Reply-To: <g11p37$1ft9$1@mozdev.mozdev.org>
References: <g11p37$1ft9$1@mozdev.mozdev.org>
Message-ID: <200805211450.30303.silfreed@silfreed.net>

On Wednesday 21 May 2008 14:18:38 Benoit Renard, msnmsgr wrote:
> I've decided that I want to remove the MozDev branding to have more
> control over my MozDev project page. However, I don't want to remove all
> MozDev branding. I want to keep the header with the tag line and the date.
>
> I'd guess there's some PHP include code for this. Can someone point me
> to it?

Which parts would you like to remove?  There is some documentation, but it's 
not complete:

http://www.mozdev.org/docs/localconf.html

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080521/574877f3/attachment.bin 

From myfirstnamehere at gawab.com  Wed May 21 12:51:32 2008
From: myfirstnamehere at gawab.com (Benoit Renard, msnmsgr)
Date: Wed, 21 May 2008 21:51:32 +0200
Subject: [Project_owners] Need some pointers on website
In-Reply-To: <mailman.964.1211395840.92225.project_owners@mozdev.org>
References: <g11p37$1ft9$1@mozdev.mozdev.org>
	<mailman.964.1211395840.92225.project_owners@mozdev.org>
Message-ID: <g11uhc$21f2$1@mozdev.mozdev.org>

I want to remove the sidebar. Looks like $local_conf_nav_off takes care 
of this.

Thanks. :)

From mycroft.mozdev.org at googlemail.com  Wed May 21 13:04:52 2008
From: mycroft.mozdev.org at googlemail.com (Mycroft Project)
Date: Wed, 21 May 2008 21:04:52 +0100
Subject: [Project_owners] Need some pointers on website
In-Reply-To: <g11uhc$21f2$1@mozdev.mozdev.org>
References: <g11p37$1ft9$1@mozdev.mozdev.org>
	<mailman.964.1211395840.92225.project_owners@mozdev.org>
	<g11uhc$21f2$1@mozdev.mozdev.org>
Message-ID: <1dca1c040805211304r15db51cdjd27826e4fb64c899@mail.gmail.com>

also $local_conf_use_local_nav = ON;
which then uses Nav_Column.%PROJECT% instead...

On 21/05/2008, Benoit Renard, msnmsgr <myfirstnamehere at gawab.com> wrote:
>
> I want to remove the sidebar. Looks like $local_conf_nav_off takes care
> of this.
>
> Thanks. :)
>
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>



-- 
Charles Caygill
Mycroft Project Owner
http://mycroft.mozdev.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080521/767d1226/attachment.html 

From o.e.ekker at gmail.com  Wed May 21 13:42:46 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Wed, 21 May 2008 22:42:46 +0200
Subject: [Project_owners] Blog question.
In-Reply-To: <fuvh2e$298a$1@mozdev.mozdev.org>
References: <fuvh2e$298a$1@mozdev.mozdev.org>
Message-ID: <48348946.6080909@gmail.com>

Philip Chee wrote:
> I understand that the drupal wossit on mozdev supports blogs. At the
> moment I have three projects on mozdev, one of them has a couple of
> subprojects. Now if I just want one blog not directly tied to a project
> (it would be too much to have three blogs one for each project given
> that I plan less than one blog post per year) is that possible? e.g.
> <http://www.mozdev.org/drupal/blog/somefancytitlehere/>
>   
I just noticed a blog isn't really tied to your project but to your login.

You can probably configure the menus from all projects to change the 
Blog menu to the same node.
o Administer - Site building o Menus

And you can define an alias for a node to some fancy title.
o Administer - Site building - URL aliases

Onno

From o.e.ekker at gmail.com  Fri May 23 01:24:53 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Fri, 23 May 2008 10:24:53 +0200
Subject: [Project_owners] Anyone interested? Extension Minimizer Tool
In-Reply-To: <48313CEF.7070304@pike.org>
References: <mailman.897.1210972379.92225.project_owners@mozdev.org>
	<48313CEF.7070304@pike.org>
Message-ID: <48367F55.4010501@gmail.com>

Axel Hecht wrote:
> Eric H. Jung wrote:
>   
>> If anyone else is interested in a tool like this, please reply here or at https://www.mozdev.org/bugs/show_bug.cgi?id=19120
>>
>>
>> I'd like to request a new mozilla-specific tool for mozdev. 
>>
>> The tool would do the following:
>>
>> 0. User uploads XPI to a page.
>> 1. Tool determines if the XPI defines DTD entities that aren't used.
>> 2. Tool determines if the XPI defines properties that aren't used.
>>
>> Results are reported back to the user. An advanced version might offer the XPI,
>> stripped of unused entities and properties (i.e. "minified") to the user for
>> download. The advanced version might also have options to strip CSS, XUL, and
>> JS of extra whitespace, although I don't imagine many extension authors would
>> use that.
>>
>> Why is this important? Addons that have many localizations tend to build up
>> lots of "string" cruft over time. Some entities and properties are no longer
>> used, but they still exist in various DTD and property files. This can inflate
>> XPI size needlessly, especially when there are a lot of localizations.
>>
>> Manually searching for entities and properties not in use can be extremely
>> labor-intensive when there are hundreds or thousands of them.
>>
>> To simply implementation, the tool could ignore DTDs defined in XUL files (at
>> least for an initial implementation) and instead just parse *.dtd and
>> *.property files.
>>     
>
> You can't reliably do that for un-used properties, as the keys to many 
> of those are dynamically created.
>
>   
As long as the tool doesn't strip the unused properties, but only warns 
you, the only problem with this is that you might get a lot of bogus 
warnings. But the developer can decide what to do with the warnings...

Maybe adding some sort of pragma "no strict 'refs'" to part of the dtds 
and changing the minimizer tool to skip them would help cutting down on 
warnings, at the risk of leaving unused strings there. Since the purpose 
of this script seems to be to find unused strings, I doubt it would be 
worth the effort, though...

Onno

From o.e.ekker at amc.nl  Mon May 19 04:27:40 2008
From: o.e.ekker at amc.nl (Onno Ekker)
Date: Mon, 19 May 2008 13:27:40 +0200
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <482AEFB8.9060101@roub.net>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>
	<g0egrq$ter$1@mozdev.mozdev.org> <482AEFB8.9060101@roub.net>
Message-ID: <4831642C.1060105@amc.nl>

Paul Roub wrote:
>>> Firefox 3.0 rc1 release is imminent; the tag was made over the weekend and AMO now supports 3.0.* as a valid maxVersion.
>>> I'm echoing Mark Finkle's call here:
>>>       
>> I'm waiting for Babelzilla.
>>
>>     
>
> Forgive me if I'm misinterpreting, but even so, it might be useful to 
> others.
>
> If what you mean is "I'm waiting for Babelzilla before I upload a new 
> version with maxVersion 3.0.*", I wanted to point out that in the new 
> a.m.o. you can update maxVersion in-place, without uploading anything.
>   
Based on this post I did change the maxVersion of my Thunderbird 
extension in place to 3.0a1 and I noticed the compatibility range on AMO 
changed, but in the extensions install.rdf it's still maxVersion 2.0.0.*.

What's the point in changing this in-place if you still need a new xpi 
with a new install.rdf?

Onno
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/project_owners/attachments/20080519/bbc7d8c9/attachment.html 

From davidwboswell at yahoo.com  Mon May 26 13:18:37 2008
From: davidwboswell at yahoo.com (David Boswell)
Date: Mon, 26 May 2008 13:18:37 -0700 (PDT)
Subject: [Project_owners] Fwd: McCoy signing
Message-ID: <307644.68956.qm@web33002.mail.mud.yahoo.com>

From: "Gary Johnson" <gary.johnson.53 at gmail.com>
 
Mea culpa, I did not download the last 3 months of archives and check
to see if it was covered.
1) I downloaded and installed McCoy, I created my master password and
a key and had it update my install.rdf.
2) I clicked verify
 
No signature specified to urn:mozilla:file:gj53run.jar
Some or all update information was invalid
 
I looked for doc that had something on this, no luck so far.
How do you sign the jar?


From matthew at mjwilson.demon.co.uk  Mon May 26 14:21:06 2008
From: matthew at mjwilson.demon.co.uk (Matthew Wilson)
Date: Mon, 26 May 2008 22:21:06 +0100
Subject: [Project_owners] Fwd: McCoy signing
In-Reply-To: <307644.68956.qm@web33002.mail.mud.yahoo.com>
References: <307644.68956.qm@web33002.mail.mud.yahoo.com>
Message-ID: <483B29C2.8020609@mjwilson.demon.co.uk>

David Boswell wrote:
> From: "Gary Johnson" <gary.johnson.53 at gmail.com>
>  
> Mea culpa, I did not download the last 3 months of archives and check
> to see if it was covered.
> 1) I downloaded and installed McCoy, I created my master password and
> a key and had it update my install.rdf.
> 2) I clicked verify
>  
> No signature specified to urn:mozilla:file:gj53run.jar
> Some or all update information was invalid
>  
> I looked for doc that had something on this, no luck so far.
> How do you sign the jar?

You don't, you sign the update.rdf.

Matthew

From neil at parkwaycc.co.uk  Tue May 27 06:35:55 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Tue, 27 May 2008 14:35:55 +0100
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <mailman.1023.1211764506.92225.project_owners@mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>
	<482AEFB8.9060101@roub.net>
	<mailman.1023.1211764506.92225.project_owners@mozdev.org>
Message-ID: <g1h2ns$b3e$1@mozdev.mozdev.org>

Onno Ekker wrote:

> I did change the maxVersion of my Thunderbird extension in place to 
> 3.0a1 and I noticed the compatibility range on AMO changed, but in the 
> extensions install.rdf it's still maxVersion 2.0.0.*.
>
> What's the point in changing this in-place if you still need a new xpi 
> with a new install.rdf?

I believe the idea is that during installation the Extension Manager 
looks for updates to see if the compatibility range has been changed.

From o.e.ekker at gmail.com  Tue May 27 11:23:04 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Tue, 27 May 2008 20:23:04 +0200
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <g1h2ns$b3e$1@mozdev.mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>	<482AEFB8.9060101@roub.net>	<mailman.1023.1211764506.92225.project_owners@mozdev.org>
	<g1h2ns$b3e$1@mozdev.mozdev.org>
Message-ID: <483C5188.3000908@gmail.com>

Parkway Neil wrote:
>> I did change the maxVersion of my Thunderbird extension in place to 
>> 3.0a1 and I noticed the compatibility range on AMO changed, but in the 
>> extensions install.rdf it's still maxVersion 2.0.0.*.
>>
>> What's the point in changing this in-place if you still need a new xpi 
>> with a new install.rdf?
>>     
>
> I believe the idea is that during installation the Extension Manager 
> looks for updates to see if the compatibility range has been changed.
>   
Ah... I was looking at the wrong page...
In Updating your extension for Firefox 3 - MDC 
<http://developer.mozilla.org/en/docs/Updating_extensions_for_Firefox_3#Step_1:_Update_the_install_manifest>  
it indeed says so:

    Before going further, there's one helpful hint we can offer: if the
    only change your extension requires is a bump to the |maxVersion|
    field in its install manifest, and you host your extension at
    addons.mozilla.org <https://addons.mozilla.org>, you don't actually
    need to upload a new version of your extension! Simply use the
    Developer Control Panel at AMO to adjust the |maxVersion|. You can
    avoid having to have your extension re-reviewed this way.

But the text in Install Manifests - MDC 
<http://developer.mozilla.org/en/docs/install.rdf#targetApplication> 
isn't updated.

Does this also mean that for those extensions the entries em:minVersion 
and em:maxVersion in install.rdf become obsolete?

Maybe someone with enough authority and knowledge of the matter can 
change this text, so that it states that for extensions for applications 
based on Gecko 1.9 and hosted on AMO, it is enough to specify the right 
version on AMO.

Thank you,

Onno

From o.e.ekker at gmail.com  Tue May 27 11:53:47 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Tue, 27 May 2008 20:53:47 +0200
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <483C5188.3000908@gmail.com>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>	<482AEFB8.9060101@roub.net>	<mailman.1023.1211764506.92225.project_owners@mozdev.org>
	<g1h2ns$b3e$1@mozdev.mozdev.org> <483C5188.3000908@gmail.com>
Message-ID: <483C58BB.30507@gmail.com>

Onno Ekker wrote:
> Parkway Neil wrote:
>>> I did change the maxVersion of my Thunderbird extension in place to 
>>> 3.0a1 and I noticed the compatibility range on AMO changed, but in 
>>> the extensions install.rdf it's still maxVersion 2.0.0.*.
>>>
>>> What's the point in changing this in-place if you still need a new 
>>> xpi with a new install.rdf?
>>>     
>>
>> I believe the idea is that during installation the Extension Manager 
>> looks for updates to see if the compatibility range has been changed.
>>   
> Ah... I was looking at the wrong page...
> In Updating your extension for Firefox 3 - MDC 
> <http://developer.mozilla.org/en/docs/Updating_extensions_for_Firefox_3#Step_1:_Update_the_install_manifest>  
> it indeed says so:
>
I suppose this also holds for Thunderbird 3.0a1. But as of yesterday I 
am co-author of an extension that is still marked in install.rdf and on 
AMO as being compatible with Thunderbird 1.5 - 1.5.0.*. When I change 
this version inline to 1.5 - 3.0a1 all Thunderbird 2.0.0.* users will 
have a problem installing it, right?
Wasn't there an issue with broken version ranges on AMO?

Onno

From o.e.ekker at gmail.com  Tue May 27 11:55:24 2008
From: o.e.ekker at gmail.com (Onno Ekker)
Date: Tue, 27 May 2008 20:55:24 +0200
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <483C5188.3000908@gmail.com>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>	<482AEFB8.9060101@roub.net>	<mailman.1023.1211764506.92225.project_owners@mozdev.org>
	<g1h2ns$b3e$1@mozdev.mozdev.org> <483C5188.3000908@gmail.com>
Message-ID: <483C591C.9060707@gmail.com>

Onno Ekker wrote:
> Maybe someone with enough authority and knowledge of the matter can 
> change this text, so that it states that for extensions for 
> applications based on Gecko 1.9 and hosted on AMO, it is enough to 
> specify the right version on AMO.
>
This probably only holds for public extensions and not experimental ones?

Onno

From neil at parkwaycc.co.uk  Wed May 28 04:26:37 2008
From: neil at parkwaycc.co.uk (Neil)
Date: Wed, 28 May 2008 12:26:37 +0100
Subject: [Project_owners] update your extensions' maxVerison to 3.0.*
In-Reply-To: <mailman.1059.1211914529.92225.project_owners@mozdev.org>
References: <mailman.856.1210729156.92225.project_owners@mozdev.org>	<g0egrq$ter$1@mozdev.mozdev.org>	<482AEFB8.9060101@roub.net>	<mailman.1023.1211764506.92225.project_owners@mozdev.org>	<g1h2ns$b3e$1@mozdev.mozdev.org>
	<483C5188.3000908@gmail.com>
	<mailman.1059.1211914529.92225.project_owners@mozdev.org>
Message-ID: <g1jfhe$1u1f$1@mozdev.mozdev.org>

Onno Ekker wrote:

> Onno Ekker wrote:
>
>> Maybe someone with enough authority and knowledge of the matter can 
>> change this text, so that it states that for extensions for 
>> applications based on Gecko 1.9 and hosted on AMO, it is enough to 
>> specify the right version on AMO.
>
> This probably only holds for public extensions and not experimental ones?

For Thunderbird, that could well be correct; for Firefox, you would have 
to have logged in to download the extension so if you install it 
immediately I would hope that the Extension Manager could download the 
updated compatibility information.

From davidwboswell at yahoo.com  Wed May 28 08:25:00 2008
From: davidwboswell at yahoo.com (David Boswell)
Date: Wed, 28 May 2008 08:25:00 -0700 (PDT)
Subject: [Project_owners] What do Thunderbird extension developers need?
Message-ID: <496014.71780.qm@web33006.mail.mud.yahoo.com>

David Ascher from Mozilla Messaging just blogged to find out what
Thunderbird extension developers need and he included a question about
how mozdev and Thunderbird could work together.  If any Thunderbird
extension developers here have ideas, you may want to post a comment at

http://ascher.ca/blog/2008/05/27/what-do-thunderbird-extension-developers-need/

David

From alta88 at gmail.com  Thu May 29 11:39:42 2008
From: alta88 at gmail.com (alta88[nntp])
Date: Thu, 29 May 2008 14:39:42 -0400
Subject: [Project_owners] /cvs connection?
Message-ID: <g1mt9g$26c0$1@mozdev.mozdev.org>


i'm getting the below, is there any problem?  hasn't been any 
change from how i've done it in the past..


Could not connect to :pserver:alta88 at mozdev.org:/cvs: Cannot 
connect to host: Connection timed out: connect
Connection timed out: connect

From jesper at heroes-addon.dk  Thu May 29 11:44:32 2008
From: jesper at heroes-addon.dk (Jesper Staun Hansen)
Date: Thu, 29 May 2008 20:44:32 +0200
Subject: [Project_owners] /cvs connection?
In-Reply-To: <g1mt9g$26c0$1@mozdev.mozdev.org>
References: <g1mt9g$26c0$1@mozdev.mozdev.org>
Message-ID: <483EF990.90508@heroes-addon.dk>

No problems here.

alta88[nntp] wrote:
> i'm getting the below, is there any problem?  hasn't been any 
> change from how i've done it in the past..
>
>
> Could not connect to :pserver:alta88 at mozdev.org:/cvs: Cannot 
> connect to host: Connection timed out: connect
> Connection timed out: connect
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>   


From silfreed at silfreed.net  Thu May 29 12:02:50 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Thu, 29 May 2008 15:02:50 -0400
Subject: [Project_owners] Updated VCS RSS Feeds
Message-ID: <1212087770.14136.3.camel@taonas.home.silfreed.net>

The location and format of the CVS log RSS feed has changed once again;
this time in preparation for supporting more VCSes.

The new location is:
http://PROJECT.mozdev.org/feed/vcslog

You'll notice the format has slightly changed; this is to accommodate
additional VCSes (such as Mercurial in the near future).

Users should be automatically redirected to the new feed; if you have
any problems with the feed, let us know.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080529/1e419e9c/attachment.bin 

From axel at pike.org  Fri May 30 05:08:01 2008
From: axel at pike.org (Axel Hecht)
Date: Fri, 30 May 2008 14:08:01 +0200
Subject: [Project_owners] Updated VCS RSS Feeds
In-Reply-To: <mailman.1083.1212087780.92225.project_owners@mozdev.org>
References: <mailman.1083.1212087780.92225.project_owners@mozdev.org>
Message-ID: <g1oqfd$r3$1@mozdev.mozdev.org>

Douglas E. Warner wrote:
> The location and format of the CVS log RSS feed has changed once again;
> this time in preparation for supporting more VCSes.
> 
> The new location is:
> http://PROJECT.mozdev.org/feed/vcslog
> 
> You'll notice the format has slightly changed; this is to accommodate
> additional VCSes (such as Mercurial in the near future).
> 
> Users should be automatically redirected to the new feed; if you have
> any problems with the feed, let us know.

Are you going to use the standard hg feeds or Benjamin's pushlog?

Axel

From alta88 at gmail.com  Fri May 30 08:16:14 2008
From: alta88 at gmail.com (alta88[nntp])
Date: Fri, 30 May 2008 11:16:14 -0400
Subject: [Project_owners] some notes about file management
Message-ID: <g1p5nu$1qbt$1@mozdev.mozdev.org>


i'm having trouble getting  MoreLayoutsforThunderbird released 
to the next version.  it's listed as No Extension, so there 
must be some error somewhere - where can one look?  it has a 
.xpi extension, version has gone to 2.0pre (for Tb3.0pre), 
min/max Tb is 3.0a1 to 3.0.* and i've added updateInfoURL.

in general, it feels clunky using File Management.
1.if i already have an updateInfoURL in the install.rdf, then 
on click of the url link it should show it in the dialog.  if 
i cancel, it shouldn't say 'saved'.  did i save a blank?
2.if there's any parsing error etc. that fails the extension 
it has to be displayed.
3.if an install.rdf contains an entry for updateURL pointing 
to a valid update.rdf, then perhaps a column can state that. 
only then would one need to Generate an update.rdf url..

thanks. it's mostly great, just needs some tuning.

From jesper at heroes-addon.dk  Fri May 30 12:15:25 2008
From: jesper at heroes-addon.dk (Jesper Staun Hansen)
Date: Fri, 30 May 2008 21:15:25 +0200
Subject: [Project_owners] Getting the panel (tab) id for tabs out of focus
Message-ID: <4840524D.7030704@heroes-addon.dk>

As many already know then I have been trying get the tab id which is 
queue for every tab (panel).
There is no trouble in getting the tab id for the tab in focus with:
    getBrowser().selectedTab.linkedPanel
But having trouble with a working tab.

There is some code in firefox's tabbrowser.xml (see 
http://lxr.mozilla.org/mozilla/source/xpfe/global/resources/content/bindings/tabbrowser.xml#926)
925             var tabBrowser = this.parentNode.parentNode.parentNode;
926             var tab = 
document.getAnonymousElementByAttribute(tabBrowser, "linkedpanel", this.id);

These lines should get the current working tab and not the selected tab. 
But its not working as this.parentNode is not defined.
So I got some info back with this (all other parentNode usage is null):

330        try {
331              var tabBrowser = 
getBrowser().parentNode.parentNode.parentNode.parentNode;
332              var tab = 
document.getAnonymousElementByAttribute(tabBrowser, "linkedpanel", this.id);
333              dump("..."+tab+"\n");
334        } catch (e) { dump("..."+e+"\n"); }

Which returns this:
[Exception... "Could not convert JavaScript argument arg 0 
[nsIDOMDocumentXBL.getAnonymousElementByAttribute]"  nsresult: 
"0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS)"  location: "JS frame :: 
chrome://test/content/test.js :: getTab :: line 332"  data: no]

so it seems like there is "something"...

From silfreed at silfreed.net  Fri May 30 10:27:16 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Fri, 30 May 2008 13:27:16 -0400
Subject: [Project_owners] some notes about file management
In-Reply-To: <g1p5nu$1qbt$1@mozdev.mozdev.org>
References: <g1p5nu$1qbt$1@mozdev.mozdev.org>
Message-ID: <484038F4.5020908@silfreed.net>

alta88[nntp] wrote:
> i'm having trouble getting  MoreLayoutsforThunderbird released 
> to the next version.  it's listed as No Extension, so there 
> must be some error somewhere - where can one look?  it has a 
> .xpi extension, version has gone to 2.0pre (for Tb3.0pre), 
> min/max Tb is 3.0a1 to 3.0.* and i've added updateInfoURL.

Right now these errors aren't logged anywhere. Bringing it up here is
fine.

There was a problem yesterday that caused new files not to be parsed
properly. The problem has been fixed and files added since yesterday
have been re-parsed. Let me know if it still doesn't show up properly.

> in general, it feels clunky using File Management.
> 1.if i already have an updateInfoURL in the install.rdf, then 
> on click of the url link it should show it in the dialog.

The em:updateInfoUrl isn't supported in install.rdf according to the
documentation on dev-mo [1]; if you have documentation that shows
otherwise I'd be glad to support it.

> if i cancel, it shouldn't say 'saved'.  did i save a blank?

I can't reproduce this; would you mind checking again?

> 2.if there's any parsing error etc. that fails the extension 
> it has to be displayed.

I assume you mean when the extension is uploaded and fails to be parsed?

Right now the script that's responsible for parsing .xpi files doesn't
display any errors when the install.rdf can't be parsed as the only
place they would be displayed is in the CVS client. It might make sense
to log so we can display them in the file management tool beside the
file.

> 3.if an install.rdf contains an entry for updateURL pointing 
> to a valid update.rdf, then perhaps a column can state that. 
> only then would one need to Generate an update.rdf url..

Are you asking for validation of an extension's update.rdf, or just
checking that the file exists, or that it's pointing at the correct
mozdev.org generated file?

Right now we're generating an update.rdf regardless and the project
owner can choose to include it in their install.rdf. The link to
generate the update.rdf URL from an install.rdf is to allow developers
with new extensions get the URL to their mozdev.org-generated update.rdf
before they package their extension.

Thanks for the ideas and criticisms. Let us know if there's anything
else we can do to improve these tools.

-Doug

[1] http://developer.mozilla.org/en/docs/install.rdf

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080530/695be7c0/attachment.bin 

From jesper at heroes-addon.dk  Fri May 30 11:41:30 2008
From: jesper at heroes-addon.dk (Jesper Staun Hansen)
Date: Fri, 30 May 2008 20:41:30 +0200
Subject: [Project_owners] some notes about file management
In-Reply-To: <g1p5nu$1qbt$1@mozdev.mozdev.org>
References: <g1p5nu$1qbt$1@mozdev.mozdev.org>
Message-ID: <48404A5A.6040300@heroes-addon.dk>

3.0.* is not possible for tb.
Check https://addons.mozilla.org/en-US/firefox/pages/appversions

alta88[nntp] wrote:
> i'm having trouble getting  MoreLayoutsforThunderbird released 
> to the next version.  it's listed as No Extension, so there 
> must be some error somewhere - where can one look?  it has a 
> .xpi extension, version has gone to 2.0pre (for Tb3.0pre), 
> min/max Tb is 3.0a1 to 3.0.* and i've added updateInfoURL.
>
> in general, it feels clunky using File Management.
> 1.if i already have an updateInfoURL in the install.rdf, then 
> on click of the url link it should show it in the dialog.  if 
> i cancel, it shouldn't say 'saved'.  did i save a blank?
> 2.if there's any parsing error etc. that fails the extension 
> it has to be displayed.
> 3.if an install.rdf contains an entry for updateURL pointing 
> to a valid update.rdf, then perhaps a column can state that. 
> only then would one need to Generate an update.rdf url..
>
> thanks. it's mostly great, just needs some tuning.
> _______________________________________________
> Project_owners mailing list
> Project_owners at mozdev.org
> https://www.mozdev.org/mailman/listinfo/project_owners
>
>   


From silfreed at silfreed.net  Fri May 30 05:51:01 2008
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Fri, 30 May 2008 08:51:01 -0400
Subject: [Project_owners] Updated VCS RSS Feeds
In-Reply-To: <g1oqfd$r3$1@mozdev.mozdev.org>
References: <mailman.1083.1212087780.92225.project_owners@mozdev.org>
	<g1oqfd$r3$1@mozdev.mozdev.org>
Message-ID: <1212151861.12996.1.camel@taonas.home.silfreed.net>

On Fri, 2008-05-30 at 14:08 +0200, Axel Hecht wrote:
> Are you going to use the standard hg feeds or Benjamin's pushlog?

The standard HG feeds will be available from the repository, but these
feeds are generated by us.  We track the commits internally in order to
gauge project activity.

-Doug

-- 
Douglas E. Warner    <silfreed at silfreed.net>    Site Developer
Mozdev.org           http://www.mozdev.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.mozdev.org/pipermail/project_owners/attachments/20080530/2e4f480c/attachment.bin