You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Alex Harui <ah...@adobe.com> on 2014/07/22 07:38:22 UTC
[DRAFT 2] 4.13.0 Announcement
Hi,
I'll send this out in about 24 hours or so. Right now I'm waiting for the
CMS to come back up so I can update the download pages before making
announcements.
-- start draft announcement --
The Apache Flex community is pleased to announce the release of Apache
Flex SDK 4.13.0
The Apache Flex SDK is a highly productive, open source application
framework for building and maintaining expressive applications that deploy
consistently on all major browsers, desktops and devices (including
smartphones, tablets and tv).
The Apache Flex SDK 4.13.0 is an update to Apache Flex SDK 4.12.1 that
adds support for the latest Flash Player and AIR runtimes, support for
Workers in FDB, and many bug fixes. For more details, see the release
notes at:
http://www.apache.org/dist/flex/4.13.0/RELEASE_NOTES
The Apache Flex SDK is available in source form from the following
download page:
http://flex.apache.org/download-source.html
It's recommended you install the Apache Flex SDK by using the Apache Flex
IDE installer:
http://flex.apache.org/installer.html
When downloading from a mirror site, please remember to verify the
downloads using signatures or MD5 hashes.
For more information on Apache Flex, visit the project home page:
http://flex.apache.org <http://flex.apache.org/>
Thank you for using Apache Flex,
The Apache Flex Community
-- end draft announcement --
Thanks,
-Alex
RE: [DRAFT 2] 4.13.0 Announcement
Posted by Frédéric THOMAS <we...@hotmail.com>.
I do that to check if the size of the file to download has changed since the user paused the download (could be a very long pause) and check if the server has resume capabilities, if that helps:
protected function onDownloadResponseStatus(event:HTTPStatusEvent):void { urlStream.removeEventListener(HTTPStatusEvent.HTTP_RESPONSE_STATUS, onDownloadResponseStatus); var header:URLRequestHeader;
if (event.status == OK || event.status == PARTIAL_CONTENT) for each (header in event.responseHeaders) { if (header.name == "Accept-Ranges" && header.value == "bytes") { hasResumingCapabilities = true; } else if (header.name == "Content-Length") { const contentLength:Number = parseInt(header.value); traceInfo("onDownloadResponseStatus", "contentLength: " + contentLength); if (fileDescriptor.bytesTotal > 0 && fileDescriptor.bytesTotal - fileDescriptor.bytesLoaded != contentLength) { abort(); run([ fileDescriptor ]); return; } } }
dispatcher.dispatchArbitraryEvent(new ResumableStatusEvent(hasResumingCapabilities)); }
Frédéric THOMAS
> Date: Fri, 25 Jul 2014 15:13:18 +0100
> From: tc@extravision.com
> To: dev@flex.apache.org
> Subject: Re: [DRAFT 2] 4.13.0 Announcement
>
> I haven't checked the servers in question, but unless they are returning
> etag or last-modified that we trust, we still need to fetch the whole
> file and then checksum it ?
>
> Not that I understand why having lots of data means it needs anything as
> complicated as a AIR application...
>
> Tom
>
> On 25/07/14 15:04, Kessler CTR Mark J wrote:
> > The http request method "HEAD" should work. Standard ones you are used to are "GET" and "POST". The HEAD method simply checks the header which can tell it things like date modified and size.
> >
> > " This method can be used for obtaining metainformation about the entity implied by the request without transferring the entity-body itself. This method is often used for testing hypertext links for validity, accessibility, and recent modification. " [1] Section 9.4
> >
> >
> >
> > [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
> >
> >
> > -Mark
> >
> > -----Original Message-----
> > From: Alex Harui [mailto:aharui@adobe.com]
> > Sent: Friday, July 25, 2014 9:52 AM
> > To: dev@flex.apache.org; Tom Chiverton
> > Subject: Re: [DRAFT 2] 4.13.0 Announcement
> >
> > Because it adds up to gigs of data.
> > Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
> >
> > Tom Chiverton <tc...@extravision.com> wrote:
> >
> >
> > Why's this an AIR app ?
> > Surely a bit of bash that pulls the file once an hour, checks the size
> > and hash, and then runs the svn commands would be easier ?
> >
> > Tom
> >
> > On 25/07/14 08:06, Alex Harui wrote:
> >> Technically, we are good to go, but I've chickened out of pushing the
> >> announcement because I am trying to finish up an AIR app that will at
> >> least monitor the checksums, and maybe even auto-update the config.xml
> >> file. The worst case scenario is we announce, 500 folks start downloading
> >> and moments after the announce Adobe updates the playerglobal or AIR SDK
> >> and 500 folks fail to install while we are sleeping. But if folks think
> >> we should just announce then we can go for it.
> >>
> >> I've found out how browsers check the last modified time on things in the
> >> cache and am trying to get that to work from AIR. Then the next step
> >> would be to figure out how to auto-update the config.xml. Do you know if
> >> there is a way to automate the svnpubsub?
> >>
> >>
> >> -Alex
> >>
> >> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
> >>
> >>> Alex, are we good to go?
> >>>
> >>> If there are no more changes to this draft, I will put out a blog post.
> >>>
> >>> Thanks,
> >>> Om
> >>>
> >>>
> >>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
> >>>
> >>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
> >>>>
> >>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
> >>>> No, it was reported after we voted to release. Since we got several
> >>>> months into 4.12.1 before it was reported, I don't see it as a reason
> >>>> not
> >>>> to release. Volunteers are welcome, of course, to fix the bug and push
> >>>> a
> >>>> 4.13.1 if they have the time and energy.
> >>>>
> >>>>> What about adl etc ending up in the wrong place sometimes ? That should
> >>>>> definitely be called out as a known issue ?
> >>>> AFAICT, it has been broken for a long time and only discovered recently,
> >>>> so again I wouldn't mess with the release notes and packaging to call it
> >>>> out. Not sure I want to mention known issues that have so far affected
> >>>> few people in the announcement: I would rather focus on positive
> >>>> messages.
> >>>> But if others agree with you I will add it. And again, volunteers are
> >>>> welcome to address this issue as well.
> >>>>
> >>>> -Alex
> >>>>
> >>>>
> >> ______________________________________________________________________
> >> This email has been scanned by the Symantec Email Security.cloud service.
> >> For more information please visit http://www.symanteccloud.com
> >> ______________________________________________________________________
> >>
> > ______________________________________________________________________
> > This email has been scanned by the Symantec Email Security.cloud service.
> > For more information please visit http://www.symanteccloud.com
> > ______________________________________________________________________
> >
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Alex Harui <ah...@adobe.com>.
Couldn't find a way to use head or last modified header from ant. I'd be happy to be wrong. I don't want to tie up my Internet connection downloading this much stuff.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Tom Chiverton <tc...@extravision.com> wrote:
I haven't checked the servers in question, but unless they are returning
etag or last-modified that we trust, we still need to fetch the whole
file and then checksum it ?
Not that I understand why having lots of data means it needs anything as
complicated as a AIR application...
Tom
On 25/07/14 15:04, Kessler CTR Mark J wrote:
> The http request method "HEAD" should work. Standard ones you are used to are "GET" and "POST". The HEAD method simply checks the header which can tell it things like date modified and size.
>
> " This method can be used for obtaining metainformation about the entity implied by the request without transferring the entity-body itself. This method is often used for testing hypertext links for validity, accessibility, and recent modification. " [1] Section 9.4
>
>
>
> [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
>
>
> -Mark
>
> -----Original Message-----
> From: Alex Harui [mailto:aharui@adobe.com]
> Sent: Friday, July 25, 2014 9:52 AM
> To: dev@flex.apache.org; Tom Chiverton
> Subject: Re: [DRAFT 2] 4.13.0 Announcement
>
> Because it adds up to gigs of data.
> Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
>
> Tom Chiverton <tc...@extravision.com> wrote:
>
>
> Why's this an AIR app ?
> Surely a bit of bash that pulls the file once an hour, checks the size
> and hash, and then runs the svn commands would be easier ?
>
> Tom
>
> On 25/07/14 08:06, Alex Harui wrote:
>> Technically, we are good to go, but I've chickened out of pushing the
>> announcement because I am trying to finish up an AIR app that will at
>> least monitor the checksums, and maybe even auto-update the config.xml
>> file. The worst case scenario is we announce, 500 folks start downloading
>> and moments after the announce Adobe updates the playerglobal or AIR SDK
>> and 500 folks fail to install while we are sleeping. But if folks think
>> we should just announce then we can go for it.
>>
>> I've found out how browsers check the last modified time on things in the
>> cache and am trying to get that to work from AIR. Then the next step
>> would be to figure out how to auto-update the config.xml. Do you know if
>> there is a way to automate the svnpubsub?
>>
>>
>> -Alex
>>
>> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>>> Alex, are we good to go?
>>>
>>> If there are no more changes to this draft, I will put out a blog post.
>>>
>>> Thanks,
>>> Om
>>>
>>>
>>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>>>
>>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>>>
>>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>>>> No, it was reported after we voted to release. Since we got several
>>>> months into 4.12.1 before it was reported, I don't see it as a reason
>>>> not
>>>> to release. Volunteers are welcome, of course, to fix the bug and push
>>>> a
>>>> 4.13.1 if they have the time and energy.
>>>>
>>>>> What about adl etc ending up in the wrong place sometimes ? That should
>>>>> definitely be called out as a known issue ?
>>>> AFAICT, it has been broken for a long time and only discovered recently,
>>>> so again I wouldn't mess with the release notes and packaging to call it
>>>> out. Not sure I want to mention known issues that have so far affected
>>>> few people in the announcement: I would rather focus on positive
>>>> messages.
>>>> But if others agree with you I will add it. And again, volunteers are
>>>> welcome to address this issue as well.
>>>>
>>>> -Alex
>>>>
>>>>
>> ______________________________________________________________________
>> This email has been scanned by the Symantec Email Security.cloud service.
>> For more information please visit http://www.symanteccloud.com
>> ______________________________________________________________________
>>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Tom Chiverton <tc...@extravision.com>.
I haven't checked the servers in question, but unless they are returning
etag or last-modified that we trust, we still need to fetch the whole
file and then checksum it ?
Not that I understand why having lots of data means it needs anything as
complicated as a AIR application...
Tom
On 25/07/14 15:04, Kessler CTR Mark J wrote:
> The http request method "HEAD" should work. Standard ones you are used to are "GET" and "POST". The HEAD method simply checks the header which can tell it things like date modified and size.
>
> " This method can be used for obtaining metainformation about the entity implied by the request without transferring the entity-body itself. This method is often used for testing hypertext links for validity, accessibility, and recent modification. " [1] Section 9.4
>
>
>
> [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
>
>
> -Mark
>
> -----Original Message-----
> From: Alex Harui [mailto:aharui@adobe.com]
> Sent: Friday, July 25, 2014 9:52 AM
> To: dev@flex.apache.org; Tom Chiverton
> Subject: Re: [DRAFT 2] 4.13.0 Announcement
>
> Because it adds up to gigs of data.
> Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
>
> Tom Chiverton <tc...@extravision.com> wrote:
>
>
> Why's this an AIR app ?
> Surely a bit of bash that pulls the file once an hour, checks the size
> and hash, and then runs the svn commands would be easier ?
>
> Tom
>
> On 25/07/14 08:06, Alex Harui wrote:
>> Technically, we are good to go, but I've chickened out of pushing the
>> announcement because I am trying to finish up an AIR app that will at
>> least monitor the checksums, and maybe even auto-update the config.xml
>> file. The worst case scenario is we announce, 500 folks start downloading
>> and moments after the announce Adobe updates the playerglobal or AIR SDK
>> and 500 folks fail to install while we are sleeping. But if folks think
>> we should just announce then we can go for it.
>>
>> I've found out how browsers check the last modified time on things in the
>> cache and am trying to get that to work from AIR. Then the next step
>> would be to figure out how to auto-update the config.xml. Do you know if
>> there is a way to automate the svnpubsub?
>>
>>
>> -Alex
>>
>> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>>> Alex, are we good to go?
>>>
>>> If there are no more changes to this draft, I will put out a blog post.
>>>
>>> Thanks,
>>> Om
>>>
>>>
>>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>>>
>>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>>>
>>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>>>> No, it was reported after we voted to release. Since we got several
>>>> months into 4.12.1 before it was reported, I don't see it as a reason
>>>> not
>>>> to release. Volunteers are welcome, of course, to fix the bug and push
>>>> a
>>>> 4.13.1 if they have the time and energy.
>>>>
>>>>> What about adl etc ending up in the wrong place sometimes ? That should
>>>>> definitely be called out as a known issue ?
>>>> AFAICT, it has been broken for a long time and only discovered recently,
>>>> so again I wouldn't mess with the release notes and packaging to call it
>>>> out. Not sure I want to mention known issues that have so far affected
>>>> few people in the announcement: I would rather focus on positive
>>>> messages.
>>>> But if others agree with you I will add it. And again, volunteers are
>>>> welcome to address this issue as well.
>>>>
>>>> -Alex
>>>>
>>>>
>> ______________________________________________________________________
>> This email has been scanned by the Symantec Email Security.cloud service.
>> For more information please visit http://www.symanteccloud.com
>> ______________________________________________________________________
>>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
RE: [DRAFT 2] 4.13.0 Announcement
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
The http request method "HEAD" should work. Standard ones you are used to are "GET" and "POST". The HEAD method simply checks the header which can tell it things like date modified and size.
" This method can be used for obtaining metainformation about the entity implied by the request without transferring the entity-body itself. This method is often used for testing hypertext links for validity, accessibility, and recent modification. " [1] Section 9.4
[1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
-Mark
-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com]
Sent: Friday, July 25, 2014 9:52 AM
To: dev@flex.apache.org; Tom Chiverton
Subject: Re: [DRAFT 2] 4.13.0 Announcement
Because it adds up to gigs of data.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Tom Chiverton <tc...@extravision.com> wrote:
Why's this an AIR app ?
Surely a bit of bash that pulls the file once an hour, checks the size
and hash, and then runs the svn commands would be easier ?
Tom
On 25/07/14 08:06, Alex Harui wrote:
> Technically, we are good to go, but I've chickened out of pushing the
> announcement because I am trying to finish up an AIR app that will at
> least monitor the checksums, and maybe even auto-update the config.xml
> file. The worst case scenario is we announce, 500 folks start downloading
> and moments after the announce Adobe updates the playerglobal or AIR SDK
> and 500 folks fail to install while we are sleeping. But if folks think
> we should just announce then we can go for it.
>
> I've found out how browsers check the last modified time on things in the
> cache and am trying to get that to work from AIR. Then the next step
> would be to figure out how to auto-update the config.xml. Do you know if
> there is a way to automate the svnpubsub?
>
>
> -Alex
>
> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
>> Alex, are we good to go?
>>
>> If there are no more changes to this draft, I will put out a blog post.
>>
>> Thanks,
>> Om
>>
>>
>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>>
>>>
>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>>
>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>>> No, it was reported after we voted to release. Since we got several
>>> months into 4.12.1 before it was reported, I don't see it as a reason
>>> not
>>> to release. Volunteers are welcome, of course, to fix the bug and push
>>> a
>>> 4.13.1 if they have the time and energy.
>>>
>>>> What about adl etc ending up in the wrong place sometimes ? That should
>>>> definitely be called out as a known issue ?
>>> AFAICT, it has been broken for a long time and only discovered recently,
>>> so again I wouldn't mess with the release notes and packaging to call it
>>> out. Not sure I want to mention known issues that have so far affected
>>> few people in the announcement: I would rather focus on positive
>>> messages.
>>> But if others agree with you I will add it. And again, volunteers are
>>> welcome to address this issue as well.
>>>
>>> -Alex
>>>
>>>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Alex Harui <ah...@adobe.com>.
Because it adds up to gigs of data.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Tom Chiverton <tc...@extravision.com> wrote:
Why's this an AIR app ?
Surely a bit of bash that pulls the file once an hour, checks the size
and hash, and then runs the svn commands would be easier ?
Tom
On 25/07/14 08:06, Alex Harui wrote:
> Technically, we are good to go, but I've chickened out of pushing the
> announcement because I am trying to finish up an AIR app that will at
> least monitor the checksums, and maybe even auto-update the config.xml
> file. The worst case scenario is we announce, 500 folks start downloading
> and moments after the announce Adobe updates the playerglobal or AIR SDK
> and 500 folks fail to install while we are sleeping. But if folks think
> we should just announce then we can go for it.
>
> I've found out how browsers check the last modified time on things in the
> cache and am trying to get that to work from AIR. Then the next step
> would be to figure out how to auto-update the config.xml. Do you know if
> there is a way to automate the svnpubsub?
>
>
> -Alex
>
> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
>> Alex, are we good to go?
>>
>> If there are no more changes to this draft, I will put out a blog post.
>>
>> Thanks,
>> Om
>>
>>
>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>>
>>>
>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>>
>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>>> No, it was reported after we voted to release. Since we got several
>>> months into 4.12.1 before it was reported, I don't see it as a reason
>>> not
>>> to release. Volunteers are welcome, of course, to fix the bug and push
>>> a
>>> 4.13.1 if they have the time and energy.
>>>
>>>> What about adl etc ending up in the wrong place sometimes ? That should
>>>> definitely be called out as a known issue ?
>>> AFAICT, it has been broken for a long time and only discovered recently,
>>> so again I wouldn't mess with the release notes and packaging to call it
>>> out. Not sure I want to mention known issues that have so far affected
>>> few people in the announcement: I would rather focus on positive
>>> messages.
>>> But if others agree with you I will add it. And again, volunteers are
>>> welcome to address this issue as well.
>>>
>>> -Alex
>>>
>>>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Tom Chiverton <tc...@extravision.com>.
Why's this an AIR app ?
Surely a bit of bash that pulls the file once an hour, checks the size
and hash, and then runs the svn commands would be easier ?
Tom
On 25/07/14 08:06, Alex Harui wrote:
> Technically, we are good to go, but I've chickened out of pushing the
> announcement because I am trying to finish up an AIR app that will at
> least monitor the checksums, and maybe even auto-update the config.xml
> file. The worst case scenario is we announce, 500 folks start downloading
> and moments after the announce Adobe updates the playerglobal or AIR SDK
> and 500 folks fail to install while we are sleeping. But if folks think
> we should just announce then we can go for it.
>
> I've found out how browsers check the last modified time on things in the
> cache and am trying to get that to work from AIR. Then the next step
> would be to figure out how to auto-update the config.xml. Do you know if
> there is a way to automate the svnpubsub?
>
>
> -Alex
>
> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
>> Alex, are we good to go?
>>
>> If there are no more changes to this draft, I will put out a blog post.
>>
>> Thanks,
>> Om
>>
>>
>> On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>>
>>>
>>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>>
>>>> Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>>> No, it was reported after we voted to release. Since we got several
>>> months into 4.12.1 before it was reported, I don't see it as a reason
>>> not
>>> to release. Volunteers are welcome, of course, to fix the bug and push
>>> a
>>> 4.13.1 if they have the time and energy.
>>>
>>>> What about adl etc ending up in the wrong place sometimes ? That should
>>>> definitely be called out as a known issue ?
>>> AFAICT, it has been broken for a long time and only discovered recently,
>>> so again I wouldn't mess with the release notes and packaging to call it
>>> out. Not sure I want to mention known issues that have so far affected
>>> few people in the announcement: I would rather focus on positive
>>> messages.
>>> But if others agree with you I will add it. And again, volunteers are
>>> welcome to address this issue as well.
>>>
>>> -Alex
>>>
>>>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Fri, Jul 25, 2014 at 12:06 AM, Alex Harui <ah...@adobe.com> wrote:
> Technically, we are good to go, but I've chickened out of pushing the
> announcement because I am trying to finish up an AIR app that will at
> least monitor the checksums, and maybe even auto-update the config.xml
> file. The worst case scenario is we announce, 500 folks start downloading
> and moments after the announce Adobe updates the playerglobal or AIR SDK
> and 500 folks fail to install while we are sleeping. But if folks think
> we should just announce then we can go for it.
>
>
Let's wait till the weekend is over and announce on Monday morning. I
don't think we want to delay the announcement anymore.
Thanks,
Om
> I've found out how browsers check the last modified time on things in the
> cache and am trying to get that to work from AIR. Then the next step
> would be to figure out how to auto-update the config.xml. Do you know if
> there is a way to automate the svnpubsub?
>
>
> -Alex
>
> On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
> >Alex, are we good to go?
> >
> >If there are no more changes to this draft, I will put out a blog post.
> >
> >Thanks,
> >Om
> >
> >
> >On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
> >
> >>
> >>
> >> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
> >>
> >> >Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then
> ?
> >> No, it was reported after we voted to release. Since we got several
> >> months into 4.12.1 before it was reported, I don't see it as a reason
> >>not
> >> to release. Volunteers are welcome, of course, to fix the bug and push
> >>a
> >> 4.13.1 if they have the time and energy.
> >>
> >> >What about adl etc ending up in the wrong place sometimes ? That should
> >> >definitely be called out as a known issue ?
> >> AFAICT, it has been broken for a long time and only discovered recently,
> >> so again I wouldn't mess with the release notes and packaging to call it
> >> out. Not sure I want to mention known issues that have so far affected
> >> few people in the announcement: I would rather focus on positive
> >>messages.
> >> But if others agree with you I will add it. And again, volunteers are
> >> welcome to address this issue as well.
> >>
> >> -Alex
> >>
> >>
>
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Alex Harui <ah...@adobe.com>.
Technically, we are good to go, but I've chickened out of pushing the
announcement because I am trying to finish up an AIR app that will at
least monitor the checksums, and maybe even auto-update the config.xml
file. The worst case scenario is we announce, 500 folks start downloading
and moments after the announce Adobe updates the playerglobal or AIR SDK
and 500 folks fail to install while we are sleeping. But if folks think
we should just announce then we can go for it.
I've found out how browsers check the last modified time on things in the
cache and am trying to get that to work from AIR. Then the next step
would be to figure out how to auto-update the config.xml. Do you know if
there is a way to automate the svnpubsub?
-Alex
On 7/24/14 12:25 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>Alex, are we good to go?
>
>If there are no more changes to this draft, I will put out a blog post.
>
>Thanks,
>Om
>
>
>On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>
>>
>>
>> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>>
>> >Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
>> No, it was reported after we voted to release. Since we got several
>> months into 4.12.1 before it was reported, I don't see it as a reason
>>not
>> to release. Volunteers are welcome, of course, to fix the bug and push
>>a
>> 4.13.1 if they have the time and energy.
>>
>> >What about adl etc ending up in the wrong place sometimes ? That should
>> >definitely be called out as a known issue ?
>> AFAICT, it has been broken for a long time and only discovered recently,
>> so again I wouldn't mess with the release notes and packaging to call it
>> out. Not sure I want to mention known issues that have so far affected
>> few people in the announcement: I would rather focus on positive
>>messages.
>> But if others agree with you I will add it. And again, volunteers are
>> welcome to address this issue as well.
>>
>> -Alex
>>
>>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by OmPrakash Muppirala <bi...@gmail.com>.
Alex, are we good to go?
If there are no more changes to this draft, I will put out a blog post.
Thanks,
Om
On Tue, Jul 22, 2014 at 8:29 AM, Alex Harui <ah...@adobe.com> wrote:
>
>
> On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>
> >Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
> No, it was reported after we voted to release. Since we got several
> months into 4.12.1 before it was reported, I don't see it as a reason not
> to release. Volunteers are welcome, of course, to fix the bug and push a
> 4.13.1 if they have the time and energy.
>
> >What about adl etc ending up in the wrong place sometimes ? That should
> >definitely be called out as a known issue ?
> AFAICT, it has been broken for a long time and only discovered recently,
> so again I wouldn't mess with the release notes and packaging to call it
> out. Not sure I want to mention known issues that have so far affected
> few people in the announcement: I would rather focus on positive messages.
> But if others agree with you I will add it. And again, volunteers are
> welcome to address this issue as well.
>
> -Alex
>
>
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Alex Harui <ah...@adobe.com>.
On 7/22/14 12:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
No, it was reported after we voted to release. Since we got several
months into 4.12.1 before it was reported, I don't see it as a reason not
to release. Volunteers are welcome, of course, to fix the bug and push a
4.13.1 if they have the time and energy.
>What about adl etc ending up in the wrong place sometimes ? That should
>definitely be called out as a known issue ?
AFAICT, it has been broken for a long time and only discovered recently,
so again I wouldn't mess with the release notes and packaging to call it
out. Not sure I want to mention known issues that have so far affected
few people in the announcement: I would rather focus on positive messages.
But if others agree with you I will add it. And again, volunteers are
welcome to address this issue as well.
-Alex
Re: [DRAFT 2] 4.13.0 Announcement
Posted by Tom Chiverton <tc...@extravision.com>.
Wil https://issues.apache.org/jira/browse/FLEX-34405 be fixed by then ?
What about adl etc ending up in the wrong place sometimes ? That should
definitely be called out as a known issue ?
Tom
On 22/07/14 06:38, Alex Harui wrote:
> Hi,
>
> I'll send this out in about 24 hours or so. Right now I'm waiting for the
> CMS to come back up so I can update the download pages before making
> announcements.
>
> -- start draft announcement --
>
> The Apache Flex community is pleased to announce the release of Apache
> Flex SDK 4.13.0
>
> The Apache Flex SDK is a highly productive, open source application
> framework for building and maintaining expressive applications that deploy
> consistently on all major browsers, desktops and devices (including
> smartphones, tablets and tv).
>
> The Apache Flex SDK 4.13.0 is an update to Apache Flex SDK 4.12.1 that
> adds support for the latest Flash Player and AIR runtimes, support for
> Workers in FDB, and many bug fixes. For more details, see the release
> notes at:
> http://www.apache.org/dist/flex/4.13.0/RELEASE_NOTES
>
>
> The Apache Flex SDK is available in source form from the following
> download page:
> http://flex.apache.org/download-source.html
>
> It's recommended you install the Apache Flex SDK by using the Apache Flex
> IDE installer:
> http://flex.apache.org/installer.html
>
> When downloading from a mirror site, please remember to verify the
> downloads using signatures or MD5 hashes.
>
> For more information on Apache Flex, visit the project home page:
> http://flex.apache.org <http://flex.apache.org/>
>
> Thank you for using Apache Flex,
> The Apache Flex Community
>
> -- end draft announcement --
>
> Thanks,
> -Alex
>
>
>
>
>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>