Tony Mechelynck | 2 Dec 18:06 2011
Picon

Re: Version numbers after Lightning 1.0 (Summary)

On 17/11/11 22:48, Philipp Kewisch wrote:
> On 11/17/11 10:21 PM, Stefan Sitter wrote:
>> Philipp Kewisch wrote:
>>> But isn't the "Version" (not Target Milestone) field rather used for
>>> "What version of the product does this bug show up in" ? If we have
>>> Trunk and Lightning 1.3 at the same time, what version would one set for
>>> a bug that happens in the current comm-central?
>>
>> In my opinion "Trunk" should not be used assigned in the future, neither
>> for Version nor Target Milestone. A bug found in comm-central should be
>> set to the currently active version, i.e. "Lightning 1.3" if found today.
>>
>> Currently we have 207 open and 1745 closed calendar bugs that use
>> Version "Trunk". I don't think they should be moved to Version
>> "Lightning 1.3". At least I assume this would happen if you rename the
>> keyword instead of adding a new one.
>>
>> Stefan
> Oh, right!Maybe we can move those bugs out of the way to the correct
> version and then remove the Trunk milestone, otherwise new bugs might be
> wrongly assigned. I'm adding Lightning 1.3 as a new milestone for now.
>
> Philipp

Well, IIUC the idea of setting the Version field to Trunk is that that 
means "The problem happens in current trunk and will happen in all 
future trunk versions until it is fixed". OTOH if a problem is 
discovered in a branch build it may or may not happen also on trunk.

On SeaMonkey (where current trunk is 2.8a1) if I discover a bug in a 
(Continue reading)

ComptonAllyson30 | 7 Dec 04:38 2011

Re: DRIVER ...

freelance writer
loan | 12 Dec 07:36 2011

Re: Automated multiple mails to events creation

freelance writer
Tony Mechelynck | 17 Dec 01:23 2011
Picon

Provider for Google calendar: XPI versions, AMO vs. comm-central

I'm using the following version of SeaMonkey:
Mozilla/5.0 (X11; Linux x86_64; rv:11.0a1) Gecko/20111216 Firefox/11.0a1 
SeaMonkey/2.8a1
ID:20111216003011

The latest Google Provider version at 
https://addons.mozilla.org/en-US/seamonkey/addon/provider-for-google-calendar/ 
is 0.9; it supports only Gecko 8 (i.e. Thunderbird 8.0a1 to 8.* or 
SeaMonkey 2.5a1 to 2.5.*)

The latest gdata-provider.xpi from

http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-central/linux64-xpi/ 
, dated 2011-12-16 04:21, and which is supposed to support Gecko 11 
(Thunderbird 11.0a1, SeaMonkey 2.8a1) comes as version 0.9pre as defined 
by its install.rdf, a *lower* version than that of the Provider 
applicable to Gecko 8.

I have extensions.strictCompatibility defaulted to false and 
extensions.checkCompatibility.nightly user-set to false in about:config.

Every time I "Check for Updates" in the addons manager, I am presented 
with an "update" to version 0.9 of the Provider for Google Calendar 
extension. Happily, I have addon updates set to Manual (which is not the 
default) via the addon manager UI, so this "update" (which is in fact a 
downgrade IIUC) does not happen spontaneously.

Shouldn't the version of the gdata-provider.xpi builds for Gecko 9 and 
higher _all_ be set (for all branches and platforms) to values higher 
than that of the Gecko 8 build available at AMO (and to monotonously 
(Continue reading)

Tony Mechelynck | 17 Dec 13:54 2011
Picon

Re: Provider for Google calendar: XPI versions, AMO vs. comm-central

On 17/12/11 01:23, Tony Mechelynck wrote:
> I'm using the following version of SeaMonkey:
> Mozilla/5.0 (X11; Linux x86_64; rv:11.0a1) Gecko/20111216 Firefox/11.0a1
> SeaMonkey/2.8a1
> ID:20111216003011
>
> The latest Google Provider version at
> https://addons.mozilla.org/en-US/seamonkey/addon/provider-for-google-calendar/
> is 0.9; it supports only Gecko 8 (i.e. Thunderbird 8.0a1 to 8.* or
> SeaMonkey 2.5a1 to 2.5.*)
>
> The latest gdata-provider.xpi from
> http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-central/linux64-xpi/
> , dated 2011-12-16 04:21, and which is supposed to support Gecko 11
> (Thunderbird 11.0a1, SeaMonkey 2.8a1) comes as version 0.9pre as defined
> by its install.rdf, a *lower* version than that of the Provider
> applicable to Gecko 8.
>
> I have extensions.strictCompatibility defaulted to false and
> extensions.checkCompatibility.nightly user-set to false in about:config.
>
> Every time I "Check for Updates" in the addons manager, I am presented
> with an "update" to version 0.9 of the Provider for Google Calendar
> extension. Happily, I have addon updates set to Manual (which is not the
> default) via the addon manager UI, so this "update" (which is in fact a
> downgrade IIUC) does not happen spontaneously.
>
> Shouldn't the version of the gdata-provider.xpi builds for Gecko 9 and
> higher _all_ be set (for all branches and platforms) to values higher
> than that of the Gecko 8 build available at AMO (and to monotonously
(Continue reading)

Orion Poplawski | 20 Dec 16:28 2011

TB9 release

Looks like Fedora is building TB9.  Could we get a TB9 compatible 
lightning release ASAP?  Thanks!

--

-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  orion <at> cora.nwra.com
Boulder, CO 80301              http://www.cora.nwra.com
WLS | 20 Dec 16:38 2011

Re: TB9 release

On 12/20/2011 10:28 AM, Orion Poplawski aliandika:
> Looks like Fedora is building TB9.  Could we get a TB9 compatible
> lightning release ASAP?  Thanks!
>

The TB9 compatible Lightning release has been out since TB9 has been in
beta.

https://developer.mozilla.org/en/Calendar/Calendar_Versions

--

-- 

 Daily | openSUSE 11.4(x86_64) | Gnome 2.32.1 | 1.8GHz CPU | 2GB RAM
 Get openSUSE: http://software.opensuse.org/121/en
 Firefox Support: http://support.mozilla.com
 Profile Manager: https://developer.mozilla.org/en/Profile_Manager
Orion Poplawski | 20 Dec 16:54 2011

Re: TB9 release

On 12/20/2011 08:38 AM, WLS wrote:
> On 12/20/2011 10:28 AM, Orion Poplawski aliandika:
>> Looks like Fedora is building TB9.  Could we get a TB9 compatible
>> lightning release ASAP?  Thanks!
>>
>
> The TB9 compatible Lightning release has been out since TB9 has been in
> beta.
>
> https://developer.mozilla.org/en/Calendar/Calendar_Versions
>

Sorry, I should have specified a source tarball.

--

-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  orion <at> cora.nwra.com
Boulder, CO 80301              http://www.cora.nwra.com
Stefan Sitter | 20 Dec 17:36 2011
Picon

Re: TB9 release

Orion Poplawski wrote:
> WLS wrote:
>> Orion Poplawski wrote:
>>> Looks like Fedora is building TB9. Could we get a TB9 compatible
>>> lightning release ASAP? Thanks!
>>>
>>
>> The TB9 compatible Lightning release has been out since TB9 has been in
>> beta.
>>
>> https://developer.mozilla.org/en/Calendar/Calendar_Versions
>>
>
> Sorry, I should have specified a source tarball.

You could try the following source package and check back once 1.1 is 
officially released: 
https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/1.1-candidates/build1/source/
Orion Poplawski | 20 Dec 19:01 2011

Re: TB9 release

On 12/20/2011 09:36 AM, Stefan Sitter wrote:
> Orion Poplawski wrote:
>> WLS wrote:
>>> Orion Poplawski wrote:
>>>> Looks like Fedora is building TB9. Could we get a TB9 compatible
>>>> lightning release ASAP? Thanks!
>>>>
>>>
>>> The TB9 compatible Lightning release has been out since TB9 has been in
>>> beta.
>>>
>>> https://developer.mozilla.org/en/Calendar/Calendar_Versions
>>>
>>
>> Sorry, I should have specified a source tarball.
>
> You could try the following source package and check back once 1.1 is
> officially released:
> https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/1.1-candidates/build1/source/

Will do, thanks.  Any ETA on 1.1 final?

--

-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  orion <at> cora.nwra.com
Boulder, CO 80301              http://www.cora.nwra.com

Gmane