You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Erik de Bruin <er...@ixsoftware.nl> on 2014/12/12 10:11:48 UTC
[DISCUSS] Release Apache Flex 4.14.0
"All" discussion with regard to the upcoming 4.14.0 release goes into
this thread.
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Nop Mihai. Application has been build without the problem - Issue occurs
right after the launch of app.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p45031.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
Reminds me of the IntelliJ configuration problem tread [1], but I may be wrong.
[1] http://s.apache.org/6OA
On 6 February 2015 at 09:20, piotrz <pi...@gmail.com> wrote:
> Hi Guys,
>
> Couple of days ago I was build with Flex 4.14 an old application written in
> Adobe Flex 4.5 and was getting strange error:
>
> https://paste.apache.org/4LFt
>
> Does anyone know why I'm getting such error ?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p45022.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Guys,
Couple of days ago I was build with Flex 4.14 an old application written in
Adobe Flex 4.5 and was getting strange error:
https://paste.apache.org/4LFt
Does anyone know why I'm getting such error ?
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p45022.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: Installer install from web on Linux
Posted by David Harrburger <dh...@bluetools.fr>.
Hi Alex, Hi everybody !
Good new : no problem with the installer ths morning !?
Will test the RC this sunday
Thanks a lot and have a nice day (or a nice night!)
david
-----Message d'origine-----
From: Alex Harui
Sent: Tuesday, December 16, 2014 8:55 PM
To: dev@flex.apache.org
Subject: Re: Installer install from web on Linux
Can you use a browser to get to here?
http://apacheflexbuild.cloudapp.net:8080
I’m wondering if there is some security setting blocking you from getting
to that server.
-Alex
On 12/16/14, 11:41 AM, "David Harrburger" <dh...@bluetools.fr> wrote:
>Hi dear Flexers,
>
>I'm jumping into the Flex Train :o)
>I'm new on this mailing list so let me know if I'm not on the good thread
>or
>if I make something wrong.
>And my English is also very bad... so please excuse me if you don't
>understand me... I'll try to do my best :o)
>
>Seems I have a problem with the installer when I ty to download the 4.14
>RC.
>The installer is unabled to load the apache-flex-sdk-installer-config.xml
>
>Below the log :
>
>Version 3.1.0 (windows)
>Using Locale: fr_FR
>L'URL de téléchargement du SDK à été récupérée à partir du CGI.
>AIR version 15.0
>Flash Player version 15.0
>Unable to load
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/la
>stSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
>Installation interrompue
>
>Env :
>- OS : Win 8.1
>- Installer 3.1
>- Air 15
>
>I suppose it's the same problem Justin have on the installer badge ?
>How can I download the sdk for testing please ?
>
>Thanks in advance for your help
>david
>
>
>
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43600.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: Installer install from web on Linux
Posted by Alex Harui <ah...@adobe.com>.
Hi David,
I don’t have an easy answer. You can always try using Ant to install if
you want. Download the binary package
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/las
tSuccessfulBuild/artifact/out/apache-flex-sdk-4.14.0-bin.zip
Unzip it and run “ant -f installer.xml”.
If you have time, can you try the installer again but right click and
select verbose logging and post the verbose log. Also, if you have a
network monitor, it would be interesting to see what the network thinks is
going on.
Thanks,
-Alex
On 12/16/14, 12:03 PM, "David Harrburger" <dh...@bluetools.fr> wrote:
>Alex,
>
>No problem to go on this page with a browser.
>I can get the xml directly with the browser at
>
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/la
>stSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
>
>I'm sorry, I have no idea why it doesn't work...
>
>thanks Alex
>
>-----Message d'origine-----
>From: Alex Harui
>Sent: Tuesday, December 16, 2014 8:55 PM
>To: dev@flex.apache.org
>Subject: Re: Installer install from web on Linux
>
>Can you use a browser to get to here?
>
>http://apacheflexbuild.cloudapp.net:8080
>
>I’m wondering if there is some security setting blocking you from getting
>to that server.
>
>-Alex
>
>On 12/16/14, 11:41 AM, "David Harrburger" <dh...@bluetools.fr> wrote:
>
>>Hi dear Flexers,
>>
>>I'm jumping into the Flex Train :o)
>>I'm new on this mailing list so let me know if I'm not on the good thread
>>or
>>if I make something wrong.
>>And my English is also very bad... so please excuse me if you don't
>>understand me... I'll try to do my best :o)
>>
>>Seems I have a problem with the installer when I ty to download the 4.14
>>RC.
>>The installer is unabled to load the apache-flex-sdk-installer-config.xml
>>
>>Below the log :
>>
>>Version 3.1.0 (windows)
>>Using Locale: fr_FR
>>L'URL de téléchargement du SDK à été récupérée à partir du CGI.
>>AIR version 15.0
>>Flash Player version 15.0
>>Unable to load
>>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/l
>>a
>>stSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
>>Installation interrompue
>>
>>Env :
>>- OS : Win 8.1
>>- Installer 3.1
>>- Air 15
>>
>>I suppose it's the same problem Justin have on the installer badge ?
>>How can I download the sdk for testing please ?
>>
>>Thanks in advance for your help
>>david
>>
>>
>>
>>--
>>View this message in context:
>>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apac
>>h
>>e-Flex-4-14-0-tp43390p43600.html
>>Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
Re: Installer install from web on Linux
Posted by David Harrburger <dh...@bluetools.fr>.
Alex,
No problem to go on this page with a browser.
I can get the xml directly with the browser at
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
I'm sorry, I have no idea why it doesn't work...
thanks Alex
-----Message d'origine-----
From: Alex Harui
Sent: Tuesday, December 16, 2014 8:55 PM
To: dev@flex.apache.org
Subject: Re: Installer install from web on Linux
Can you use a browser to get to here?
http://apacheflexbuild.cloudapp.net:8080
I’m wondering if there is some security setting blocking you from getting
to that server.
-Alex
On 12/16/14, 11:41 AM, "David Harrburger" <dh...@bluetools.fr> wrote:
>Hi dear Flexers,
>
>I'm jumping into the Flex Train :o)
>I'm new on this mailing list so let me know if I'm not on the good thread
>or
>if I make something wrong.
>And my English is also very bad... so please excuse me if you don't
>understand me... I'll try to do my best :o)
>
>Seems I have a problem with the installer when I ty to download the 4.14
>RC.
>The installer is unabled to load the apache-flex-sdk-installer-config.xml
>
>Below the log :
>
>Version 3.1.0 (windows)
>Using Locale: fr_FR
>L'URL de téléchargement du SDK à été récupérée à partir du CGI.
>AIR version 15.0
>Flash Player version 15.0
>Unable to load
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/la
>stSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
>Installation interrompue
>
>Env :
>- OS : Win 8.1
>- Installer 3.1
>- Air 15
>
>I suppose it's the same problem Justin have on the installer badge ?
>How can I download the sdk for testing please ?
>
>Thanks in advance for your help
>david
>
>
>
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43600.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: Installer install from web on Linux
Posted by Alex Harui <ah...@adobe.com>.
Can you use a browser to get to here?
http://apacheflexbuild.cloudapp.net:8080
I’m wondering if there is some security setting blocking you from getting
to that server.
-Alex
On 12/16/14, 11:41 AM, "David Harrburger" <dh...@bluetools.fr> wrote:
>Hi dear Flexers,
>
>I'm jumping into the Flex Train :o)
>I'm new on this mailing list so let me know if I'm not on the good thread
>or
>if I make something wrong.
>And my English is also very bad... so please excuse me if you don't
>understand me... I'll try to do my best :o)
>
>Seems I have a problem with the installer when I ty to download the 4.14
>RC.
>The installer is unabled to load the apache-flex-sdk-installer-config.xml
>
>Below the log :
>
>Version 3.1.0 (windows)
>Using Locale: fr_FR
>L'URL de téléchargement du SDK à été récupérée à partir du CGI.
>AIR version 15.0
>Flash Player version 15.0
>Unable to load
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/la
>stSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
>Installation interrompue
>
>Env :
>- OS : Win 8.1
>- Installer 3.1
>- Air 15
>
>I suppose it's the same problem Justin have on the installer badge ?
>How can I download the sdk for testing please ?
>
>Thanks in advance for your help
>david
>
>
>
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43600.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: Installer install from web on Linux
Posted by David Harrburger <dh...@bluetools.fr>.
Hi dear Flexers,
I'm jumping into the Flex Train :o)
I'm new on this mailing list so let me know if I'm not on the good thread or
if I make something wrong.
And my English is also very bad... so please excuse me if you don't
understand me... I'll try to do my best :o)
Seems I have a problem with the installer when I ty to download the 4.14 RC.
The installer is unabled to load the apache-flex-sdk-installer-config.xml
Below the log :
Version 3.1.0 (windows)
Using Locale: fr_FR
L'URL de téléchargement du SDK à été récupérée à partir du CGI.
AIR version 15.0
Flash Player version 15.0
Unable to load
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-installer-config.xml
Installation interrompue
Env :
- OS : Win 8.1
- Installer 3.1
- Air 15
I suppose it's the same problem Justin have on the installer badge ?
How can I download the sdk for testing please ?
Thanks in advance for your help
david
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43600.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: Installer install from web on Linux
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Dec 16, 2014 1:44 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> Hi,
>
> > Here's the current staging build:
> > http://flex.staging.apache.org/installer.html
>
> Which is currently returning "The application was unable to retrieve the
configuration file." for me.
>
Crossdomain issue. Should be fine in prod.
Thanks,
Om
> Justin
Re: Installer install from web on Linux
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Here's the current staging build:
> http://flex.staging.apache.org/installer.html
Which is currently returning "The application was unable to retrieve the configuration file." for me.
Justin
Re: Installer install from web on Linux
Posted by Tom Chiverton <tc...@extravision.com>.
Here's the current staging build:
http://flex.staging.apache.org/installer.html
If there are no comments I'll push it live tommorrow.
Tom
On 15/12/14 14:18, Alex Harui wrote:
> Yes. Make it so.
> Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
>
> Tom Chiverton <tc...@extravision.com> wrote:
>
>
> Linux .deb builds of the installer seem to be missing, the installer
> badge on
> http://flex.apache.org/installer.html
> redirects to
> http://www.mirrorservice.org/sites/ftp.apache.org/flex/installer/3.1/binaries/apache-flex-sdk-installer-3.1.0-bin.deb
> which is 404.
>
> I don't think there are plans to fix this, and don't see much point,
> considering how few Linux users will use that, or even be able to
> install AIR any more.
> So I think we should put text on the installer badge screen telling
> Linux uses to use Ant directly ?
>
> Tom
Re: Installer install from web on Linux
Posted by Alex Harui <ah...@adobe.com>.
Yes. Make it so.
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Tom Chiverton <tc...@extravision.com> wrote:
Linux .deb builds of the installer seem to be missing, the installer
badge on
http://flex.apache.org/installer.html
redirects to
http://www.mirrorservice.org/sites/ftp.apache.org/flex/installer/3.1/binaries/apache-flex-sdk-installer-3.1.0-bin.deb
which is 404.
I don't think there are plans to fix this, and don't see much point,
considering how few Linux users will use that, or even be able to
install AIR any more.
So I think we should put text on the installer badge screen telling
Linux uses to use Ant directly ?
Tom
On 12/12/14 09:11, Erik de Bruin wrote:
> "All" discussion with regard to the upcoming 4.14.0 release goes into
> this thread.
>
> Thanks,
>
> EdB
>
>
>
Installer install from web on Linux
Posted by Tom Chiverton <tc...@extravision.com>.
Linux .deb builds of the installer seem to be missing, the installer
badge on
http://flex.apache.org/installer.html
redirects to
http://www.mirrorservice.org/sites/ftp.apache.org/flex/installer/3.1/binaries/apache-flex-sdk-installer-3.1.0-bin.deb
which is 404.
I don't think there are plans to fix this, and don't see much point,
considering how few Linux users will use that, or even be able to
install AIR any more.
So I think we should put text on the installer badge screen telling
Linux uses to use Ant directly ?
Tom
On 12/12/14 09:11, Erik de Bruin wrote:
> "All" discussion with regard to the upcoming 4.14.0 release goes into
> this thread.
>
> Thanks,
>
> EdB
>
>
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I've moved this discussion to it's own thread.
EdB
On Sat, Dec 13, 2014 at 4:01 AM, Justin Mclean <ju...@classsoftware.com> wrote:
> Hi,
>
> I see that the MPL license text has recently been removed from LICENSE, I think that was originally in LICENSE as osmf is licensed under MPL. However it looks like OSMF isn't in the release artefact - should it be? When running ant on the source (and not a release build) the ant ask-osmf and echo-mpl1.1-license are still being run and asks the user to accept the MPL license. Is this OK or at odds with the license being removed?
>
> Thanks,
> Justin
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I see that the MPL license text has recently been removed from LICENSE
However it still mentioned in NOTICE:
"The Open Source Media Framework used by the video components is licensed under
the Mozilla Public License Version 1.1. The source code can be found here:"
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
I see that the MPL license text has recently been removed from LICENSE, I think that was originally in LICENSE as osmf is licensed under MPL. However it looks like OSMF isn't in the release artefact - should it be? When running ant on the source (and not a release build) the ant ask-osmf and echo-mpl1.1-license are still being run and asks the user to accept the MPL license. Is this OK or at odds with the license being removed?
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Thanks for the reminder. I intentionally haven't tagged them yet, as
they are indeed still moving targets, but will before cutting the RC.
EdB
On Sat, Dec 13, 2014 at 3:21 AM, Justin Mclean <ju...@classsoftware.com> wrote:
> Hi,
>
> I notice there's no git tag in TLF or BlazedS. How do we know will be was included in the release as we have a bit of a moving target here - shouldn't release branch of them be tagged or at least run the CI off a known tagged version?
>
> Thanks,
> Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
I notice there's no git tag in TLF or BlazedS. How do we know will be was included in the release as we have a bit of a moving target here - shouldn't release branch of them be tagged or at least run the CI off a known tagged version?
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I've switched the Mustella VM to 1.8 as well. No problems (relating to
Java) there. I think we can safely claim that we "do" Java (1.)8 ;-)
Anyone up for changing the README?
EdB
On Sat, Dec 13, 2014 at 5:30 AM, OmPrakash Muppirala
<bi...@gmail.com> wrote:
> On Dec 12, 2014 8:29 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>> Hi,
>>
>> Java version mentioned in the README is getting a bit long in the tooth.
> The README still refers to 1.6, 1.7 and 1.8 have been release and there's a
> prerelease of 1.9. What version of JAVA would be suggest people to use? On
> OSX compiling with Java 1.8 is significantly faster.
>
> I have been compiling with 1.8 for a while now. No issues.
>
> Thanks,
> Om
>
>>
>> Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> Given FP 16 is now out should we add support for it before releasing?
I've added FP/AIR 16 to the Mustella VM, let's see if anything weird
turns up. If not, we certainly should claim support for them in this
release.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Makes sense to me.
On Dec 14, 2014, at 9:14 AM, Justin Mclean <ju...@classsoftware.com> wrote:
> Hi,
>
> Given FP 16 is now out should we add support for it before releasing?
>
> It doesn't look like AIR 16 is officially out yet but I'm sure it's probably only a few days away.
>
> Thanks,
> Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Given FP 16 is now out should we add support for it before releasing?
It doesn't look like AIR 16 is officially out yet but I'm sure it's probably only a few days away.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Can some-one else follow the steps in the README and see if they:
> a) Can correctly compile an SDK for use in an IDE by following the steps under "Prepare the SDK for use with an IDE"
> b) Run into the issue with AIR not being installed correctly on OSX
I've moved this discussion to it's own thread: "[4.14] missing adl on Mac"
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Can some-one else follow the steps in the README and see if they:
a) Can correctly compile an SDK for use in an IDE by following the steps under "Prepare the SDK for use with an IDE"
b) Run into the issue with AIR not being installed correctly on OSX
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> It is required, I'm afraid. I tested that thoroughly before writing
>> that section.
>
> If it required then we have an issue. How did you install it?
>
> Perhaps related to this?
> https://issues.apache.org/jira/browse/FLEX-34460
Maybe. Possibly. Anyway, the README as it was accurately described how
to create an SDK that works with FB on a Mac. The current description
doesn't. So unless you also fix the underlying issue, I suggest you
change the README back.
>> Also, you don't need to run 'ant main' again.
>
> ant main may not of been run if someone just skips to this section and ant frameworks-rsls is also mentioned above this section.
It is, but in a different context, and optional. The README is clearly
a list of sequential steps, no need to have a user repeat a lengthy
step. I suggest you remove the redundant addition of 'ant main'.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> It is required, I'm afraid. I tested that thoroughly before writing
> that section.
If it required then we have an issue. How did you install it?
Perhaps related to this?
https://issues.apache.org/jira/browse/FLEX-34460
> 'constructFlexForIDE' alone doesn't do the job on a Mac.
constructFlexForIDE.sh does copy air related files.
> Also, you don't need to run 'ant main' again.
ant main may not of been run if someone just skips to this section and ant frameworks-rsls is also mentioned above this section.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Made some change to the README including correcting the installation instructions, in that addAIRtoSDK.sh is not required to instal the SDK or Add AIR support on OSX but is useful if you want to change AIR versions. Please review.
It is required, I'm afraid. I tested that thoroughly before writing
that section. 'constructFlexForIDE' alone doesn't do the job on a Mac.
Also, you don't need to run 'ant main' again. The intro to the section
says: "If you want to use the SDK you built from source [...]."
Can you please revert those changes?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
Made some change to the README including correcting the installation instructions, in that addAIRtoSDK.sh is not required to instal the SDK or Add AIR support on OSX but is useful if you want to change AIR versions. Please review.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
Sorry may of put a few to many in will fix tomorrow, revert if you want, but we still missing quite a few.
A good list to look at is this JIRA query in question is:
project = FLEX and status = Resolved and resolutiondate >= "2014/7/28" and resolution != "Not a Problem" and resolution != "Duplicate" order by key desc
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
We're misisng a large number of bug fixes and contributors from the files - I put in a work in process it still a bit more checking and sorting. Sorry for breaking up the short line formatting but it easy to sort and check for duplicates this way.
We are also missing a number of committers in the contributors.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Dec 12, 2014 8:29 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> Hi,
>
> Java version mentioned in the README is getting a bit long in the tooth.
The README still refers to 1.6, 1.7 and 1.8 have been release and there's a
prerelease of 1.9. What version of JAVA would be suggest people to use? On
OSX compiling with Java 1.8 is significantly faster.
I have been compiling with 1.8 for a while now. No issues.
Thanks,
Om
>
> Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/21/15, 2:30 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>
>The copyright in the Java file (1999) may be an earlier version of the
>license. [1]
You mean sources/org/w3c/css/sac/LexicalUnit.java?
Actually, there are several java files that have W3C headers, and I think
all but LexicalUnit point to the 2002 license [3]. The header of
LexicalUnit.java just points to a top-level page [2] which has a link to
the 2002 license [3] which has a link to the 1998 license [1]. No idea
which one applies but the Notes in 2002 make it sound to me that it
supersedes [1]. I think we’re covered without explicitly including the
1998 license, but not 100% sure.
-Alex
>
>1.http://www.w3.org/Consortium/Legal/copyright-software-19980720
[2] http://www.w3.org/Consortium/Legal/
[3] http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> It was pretty confusing, so please double-check my sequence of logic:
It's certainly not 100% clear.
> 4) On that page, which is the Document license, it said:
>
> "The software or Document Type Definitions (DTDs) associated with W3C
> specifications are governed by the Software Notice
> <http://www.w3.org/Consortium/Legal/copyright-software.html>."
But that seems good enough I think.
> It was late so I stopped there. The Document license seems to be about
> actually copying documents from the W3C site. I realized when I saw your
> email that I didn’t examine the .mod files.
From a quick look the .mod files seem to be modified dtd files so I think we're covered by above.
The copyright in the Java file (1999) may be an earlier version of the license. [1]
Thanks,
Justin
1.http://www.w3.org/Consortium/Legal/copyright-software-19980720
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> These files are ignored by version control.
Not true. My bad. Looking further...
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Ah, I think I have it. Justin probably ran
'ide/flashbuilder/makeApacheFlexForIDE.sh' as the final step of the
4.13 style IDE preparation. This copies the *-config.xml files from
'ide/flashbuilder/config' over the config files in 'frameworks/'.
These files are ignored by version control. I'm now looking to see if
they need to manually changed to reflect the actual names of the RSLs,
or if there is some script that takes care of that.
EdB
On Thu, Jan 22, 2015 at 2:07 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>> For instance if you followed the READEME instructions in 4.13 you get:
>
> Would you mind listing the steps you took for the 4.13 build, like you
> did for 4.14?
>
> Thanks,
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> For instance if you followed the READEME instructions in 4.13 you get:
Would you mind listing the steps you took for the 4.13 build, like you
did for 4.14?
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> So basically the README instructions are incorrect. How would they need to change in order to not have this issue?
I'd say the scripts are incorrect. I can look into it, if you're not
doing that already?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Installer.xml is probably expecting some properties to match up. It was
> designed to work with the binary package generated in the same run that
> creates the source package.
So basically the README instructions are incorrect. How would they need to change in order to not have this issue?
Justin
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
By binaries, I mean the sdk binaries [1]. We don't use the installer and we don't use the IDE scripts. I was under the impression the linux users could use the sdk binaries with just the standard setup.
[1] http://flex.apache.org/download-binaries.html
-Mark
-----Original Message-----
From: Justin Mclean [mailto:justin@classsoftware.com]
Sent: Thursday, January 22, 2015 7:24 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
Hi,
> We use the sdk binary package to do our app development and the RSLs are already built in it.
Except:
a) Linux users can't use the binary to install
b) Apache projects release source not binaries
But despite that the PMC can vote on a RC as they see fit (as long as it follows Apache release procedures and licensing) a -1 f is not a veto.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Sounds fun! Have me in mind… ;-)
On Jan 23, 2015, at 10:15 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> going skiing: vive la France!
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> The consensus on the Installer issue is that it's minor, with a workaround
>> and will be short-lived.
>
> You may want to give other PMC members a chance to test - to reduce the risk of another RC. It's a long weekend her (Australia Day) so I not going to be able to check the RC until later next week.
Today will be my last day on a proper broadband connection for at
least a week (going skiing: vive la France!). Since you already gave
the previous RC a very thorough check and all issue you've found have
been dealt with, I'm confident that no blocking issues remain.
I will put the RC out today so people can take their time over the
weekend and vote. In honor of Australia Day I'll extend the usual 72
hrs to include your next Tuesday, so you'll get a chance to vote as
well ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I agree. All signs are green. The license issues have been fixed and
no further ones have been raised. The RSL issue was fixed. The
consensus on the Installer issue is that it's minor, with a workaround
and will be short-lived.
I'll start my engines (= lot's of morning coffee) and turn out the RC
to rule them all ;-)
EdB
On Fri, Jan 23, 2015 at 8:15 AM, Alex Harui <ah...@adobe.com> wrote:
> I have completed all the tests I normally run before voting. I’m good to
> go for this release.
>
> -Alex
>
> On 1/22/15, 9:13 AM, "Alex Harui" <ah...@adobe.com> wrote:
>
>>
>>
>>On 1/22/15, 7:41 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>>
>>>Status:
>>>
>>>1) License issue: Alex took care of this, right?
>>
>>IMO, even if it isn’t perfect, it is good enough.
>>
>>>
>>>I'll give it another day or so, then I'll assume everyone (esp. PMC
>>>members!) checked the nightlies and concluded that the above issues
>>>are no longer an issue and that no new issues have come to light...
>>
>>The nightly source package can now build correctly so folks can use the
>>approval script if they want.
>>
>>To use the approval script:
>>
>>1) create an empty folder
>>2) copy or download ApproveSDK.xml. A recent version is here [1]
>>3) run ant -e -f ApproveSDK.xml -Drelease.version=4.14.0 -Dnightly=
>>
>>-Alex
>>
>>
>>[1]
>>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/ws
>>/
>>ApproveSDK.xml
>>[1] http://s.apache.org/EL7 (shortened)
>>
>>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Chris Martin <ch...@outlook.com>.
> Looks a merge a while back may of undid some things that it probably shouldn't of.
>
> For example do a git log of ResourceManagerImpl.as
> git log frameworks/projects/framework/src/mx/resources/ResourceManagerImpl.as
>
> Was this change not meant to be in the release?
Nope, that one didn't make the Apache Flex 4.14.0 release. It is in develop though. See my comment here:
https://issues.apache.org/jira/browse/FLEX-34562?focusedCommentId=14244779&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14244779
Chris
> Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
> From: justin@classsoftware.com
> Date: Sat, 24 Jan 2015 11:16:48 +1100
> To: dev@flex.apache.org
>
> Hi,
>
> Looks a merge a while back may of undid some things that it probably shouldn't of.
>
> For example do a git log of ResourceManagerImpl.as
> git log frameworks/projects/framework/src/mx/resources/ResourceManagerImpl.as
>
> Was this change not meant to be in the release?
>
> Relevant JIRA:
> https://issues.apache.org/jira/browse/FLEX-25045
>
> Justin
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Looks a merge a while back may of undid some things that it probably shouldn't of.
For example do a git log of ResourceManagerImpl.as
git log frameworks/projects/framework/src/mx/resources/ResourceManagerImpl.as
Was this change not meant to be in the release?
Relevant JIRA:
https://issues.apache.org/jira/browse/FLEX-25045
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/25/15, 12:21 PM, "piotrz" <pi...@gmail.com> wrote:
>I've just tried to build with Approval script SDK and it's faile, but
>actually I don't know what these error mean.
>
>http://images.devs-on.net/Image/F45NuFBPL8CHYxWc-Obszar.png
>
>If I shouldn't care about it I will vote +1, because all mustella tests
>seems to be passed.
The checkintests uses mustella/MustellaResultsParser.java to ignore
certain output from the test, but flags others in case they are extraneous
trace statements. It is looking for output in en_US. Feel free to add
strings from other languages to MustellaResultsParser
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I've just tried to build with Approval script SDK and it's faile, but
actually I don't know what these error mean.
http://images.devs-on.net/Image/F45NuFBPL8CHYxWc-Obszar.png
If I shouldn't care about it I will vote +1, because all mustella tests
seems to be passed.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44644.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Tom Chiverton <tc...@extravision.com>.
On 27/01/15 15:51, Erik de Bruin wrote:
> Once the commit goes through, I'd appreciate any help I can get with
> updating the Installer config and getting the website up to speed for
> the 4.14 announcement.
I've been trying to keep a list at
https://cwiki.apache.org/confluence/display/FLEX/Where+to+publish+updated+SDK+version+numbers
which should at least server as a check list.
Tom
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
What still needs to be dine is listed here:
https://issues.apache.org/jira/browse/FLEX-34560
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/28/15, 10:03 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>> bits are at the correct URL, and more importantly, if the bits are
>> propagating to the mirrors, then you are good to go.
>
>How do I check that?
I think that we’ll eventually post this links like this on our website:
http://www.apache.org/dyn/closer.cgi/flex/4.14.0/apache-flex-sdk-4.14.0-src
.tar.gz
And that page will show you a list of mirrors. If you are in a hotel, you
may want to test the mirrors by trying to get to the much smaller
http://www.apache.org/dyn/closer.cgi/flex/4.14.0/binaries/apache-flex-sdk-i
nstaller-config.xml
Usually it takes 24 - 48 hours for 90% of the mirrors to get the files,
then it is safe to change the installer config to point there.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@me.com>.
Hi,
>> bits are at the correct URL, and more importantly, if the bits are
>> propagating to the mirrors, then you are good to go.
>
> How do I check that?
By going here and looking at the age histogram at the bottom.
http://www.apache.org/mirrors/
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> bits are at the correct URL, and more importantly, if the bits are
> propagating to the mirrors, then you are good to go.
How do I check that?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/28/15, 8:00 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>Does "dist@" send commit messages when committing to SVN? I don't see
>it in my list, but I see the 4.14 files here:
Well, I’m pretty sure that normally it does, but I saw an email on an
Apache-wide list yesterday where someone else was complaining that dist
wasn’t sending notifications. You can use SVN log to verify but if the
bits are at the correct URL, and more importantly, if the bits are
propagating to the mirrors, then you are good to go.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
On Tue, Jan 27, 2015 at 5:48 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>> IIRC, the bits have to be moved to the dist.apache.org release area and
>>> the installer config needs to point to it. Or have you done that and the
>>> commit email just hasn’t shown up yet?
>>
>> No, I'm on hotel WiFi, so until the other guests go to sleep (in about
>> 6 hrs or so, I hope ;-)) I won't have the bandwidth for that commit.
>>
>> Once the commit goes through, I'd appreciate any help I can get with
>> updating the Installer config and getting the website up to speed for
>> the 4.14 announcement.
>
> Lo and behold: dinner time proved to free up enough bandwidth to allow
> me to commit the artifacts to dist@ (I don't see the commit email yet,
> but my GUI tells me the commit has gone through).
Does "dist@" send commit messages when committing to SVN? I don't see
it in my list, but I see the 4.14 files here:
https://dist.apache.org/repos/dist/release/flex/4.14.0/
Is that OK?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> IIRC, the bits have to be moved to the dist.apache.org release area and
>> the installer config needs to point to it. Or have you done that and the
>> commit email just hasn’t shown up yet?
>
> No, I'm on hotel WiFi, so until the other guests go to sleep (in about
> 6 hrs or so, I hope ;-)) I won't have the bandwidth for that commit.
>
> Once the commit goes through, I'd appreciate any help I can get with
> updating the Installer config and getting the website up to speed for
> the 4.14 announcement.
Lo and behold: dinner time proved to free up enough bandwidth to allow
me to commit the artifacts to dist@ (I don't see the commit email yet,
but my GUI tells me the commit has gone through).
Have fun ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>>- anything I'm forgetting ;-)
>
> IIRC, the bits have to be moved to the dist.apache.org release area and
> the installer config needs to point to it. Or have you done that and the
> commit email just hasn’t shown up yet?
No, I'm on hotel WiFi, so until the other guests go to sleep (in about
6 hrs or so, I hope ;-)) I won't have the bandwidth for that commit.
Once the commit goes through, I'd appreciate any help I can get with
updating the Installer config and getting the website up to speed for
the 4.14 announcement.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/26/15, 10:44 PM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>- the website can be updated in before that. Would anyone mind having
>a look at that?
>- anything I'm forgetting ;-)
IIRC, the bits have to be moved to the dist.apache.org release area and
the installer config needs to point to it. Or have you done that and the
commit email just hasn’t shown up yet?
>
>Again, thanks all for helping me make this release happen!
And thank you again for sticking with it.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Hi everyone,
I've just posted the [RESULT][VOTE], making 4.14 an 'official' thing!
Thanks for your contributions and patience with the new release
process. I think 'less-RC' has lived up to it's potential and promises
more releases with less hassle.
We're not quite there yet, though...
- everyone with an issue that has not been addressed in this release
but needs attentions before the next, please enter a JIRA.
- as I'm basically Away From Computer for the rest of the week and
weekend, the official announcement etc. will have to wait for a few
days.
- the website can be updated in before that. Would anyone mind having
a look at that?
- anything I'm forgetting ;-)
Again, thanks all for helping me make this release happen!
EdB
On Mon, Jan 26, 2015 at 10:02 AM, Bertrand Delacretaz
<bd...@apache.org> wrote:
> On Sun, Jan 25, 2015 at 10:03 PM, Dave Fisher <da...@comcast.net> wrote:
>> ...Guys - please. If there is a legitimate question about a given file's
>> provenance then please do make that query in private or in public...
>
> And I'd add, when fixing such things make sure to briefly document
> what's done in jira, with revision numbers or links to commits so that
> people who care about it can go back later and see exactly what
> happened.
>
> Saying "that was fixed, look at FLEX-12345678 for the details" has so
> much more value than "I think this was fixed last month".
>
> -Bertrand
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> And I'd add, when fixing such things make sure to briefly document
> what's done in jira, with revision numbers or links to commits so that
> people who care about it can go back later and see exactly what
> happened.
https://issues.apache.org/jira/browse/FLEX-34729
Can people who made changes please update the JIRA.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Sun, Jan 25, 2015 at 10:03 PM, Dave Fisher <da...@comcast.net> wrote:
> ...Guys - please. If there is a legitimate question about a given file's
> provenance then please do make that query in private or in public...
And I'd add, when fixing such things make sure to briefly document
what's done in jira, with revision numbers or links to commits so that
people who care about it can go back later and see exactly what
happened.
Saying "that was fixed, look at FLEX-12345678 for the details" has so
much more value than "I think this was fixed last month".
-Bertrand
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/25/15, 2:28 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>While rat has been run on the release it looks like it's never been run
>on the repo as a whole, as only part of that repo is currently used in
>the SDK release. So thankfully none of these files in question are in the
>release candidate under consideration
FWIW, I think the voting window is closing soon and you still have a -1 on
record.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
It looks to me that the TLF code didn't get a good IP review after donation, I've counted 50+ IP violations in the code in version control. Some of these have already been fixed in the last couple of days.
While rat has been run on the release it looks like it's never been run on the repo as a whole, as only part of that repo is currently used in the SDK release. So thankfully none of these files in question are in the release candidate under consideration, but they are in SVN and the public git mirror. Having (for instance) text from a New York Times article in our repo is probably something we want to fix.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Dave Fisher <da...@comcast.net>.
Hi -
Guys - please. If there is a legitimate question about a given file's provenance then please do make that query in private or in public. Find the commit in the log, watch commit emails and call for it at the time.
If there is a singular file here or there that is problematic then it is a judgement call, but it should not automatically hold a release. This is particularly so if a prior release contained that same artifact. The PMC shows it's diligence in how it treats these questions, but it is only a blocker if there is a large IP issue. Think of the process like cups and saucers. A little spill in the saucer is ok.
You guys have tuned up the RAT report? You know what's in and not? Again follow the commits ML.
Sticklers like Justin should be watching the commits ML. That is the most appropriate time to exercise IP due diligence. Release time is the worst time. Diligence should be done up front.
Regards,
Dave
On Jan 24, 2015, at 12:07 AM, Justin Mclean wrote:
> HI,
>
>> Donation procedures were followed correctly. Could some file have incorrect provenance? Sure.
>
> I think it a little more than some files. If a casual glance in 5 minutes can pick up some issues it's quite likely there's more issues there.
>
> This is a formal request to have the PMC review those repos, I really can't see why that the PMC would not be willing to do that given it takes little effect, the Apache policy around this and once done it will give more confidence in the IP provenance of those files. This stuff is sort of important :-)
>
>> Folks have complained to me off-list that the tone and volume of emails that result
>> from these quests tend to discourage their participation
>
> There should be no need for off list communication, but if someone has a legitimate issue they email the private list or me personally if they want.
>
> Justin
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/24/15, 12:29 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> My vote remains +1. The files in the source package have passed my
>>review.
>
>My question still stands, irrespective of how you voted.
I’m not the RM, but if I was, I would post the bits if I get the right
vote count. The contents of the release artifact do not have any known IP
defects.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> My vote remains +1. The files in the source package have passed my review.
My question still stands, irrespective of how you voted.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/24/15, 12:21 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>I assume you will hold off releasing until this review is complete then?
My vote remains +1. The files in the source package have passed my review.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Jan 24, 2015 1:52 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> Hi,
>
> > You are a member of our PMC so go for it. Others who are interested in
> > helping are encouraged to join. But again, please try to save all your
> > findings for one report. Right now, my priorities are on getting this
> > release out.
>
> I assume you will hold off releasing until this review is complete then?
>
No need to hold the release. We can always release again when there are
significant changes to the codebase.
Others, please continue to test and vote on this RC. We need only one more
binding +1 for a release.
Justin, please continue to fix things on the develop branch. That should
not affect the release process.
Thanks,
Om
> Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> You are a member of our PMC so go for it. Others who are interested in
> helping are encouraged to join. But again, please try to save all your
> findings for one report. Right now, my priorities are on getting this
> release out.
I assume you will hold off releasing until this review is complete then?
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/24/15, 12:07 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>HI,
>
>> Donation procedures were followed correctly. Could some file have
>>incorrect provenance? Sure.
>
>I think it a little more than some files. If a casual glance in 5 minutes
>can pick up some issues it's quite likely there's more issues there.
>
>This is a formal request to have the PMC review those repos, I really
>can't see why that the PMC would not be willing to do that given it
>takes little effect, the Apache policy around this and once done it will
>give more confidence in the IP provenance of those files. This stuff is
>sort of important :-)
You are a member of our PMC so go for it. Others who are interested in
helping are encouraged to join. But again, please try to save all your
findings for one report. Right now, my priorities are on getting this
release out. I have reviewed the files we are voting on. The other files
can wait.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
> Donation procedures were followed correctly. Could some file have incorrect provenance? Sure.
I think it a little more than some files. If a casual glance in 5 minutes can pick up some issues it's quite likely there's more issues there.
This is a formal request to have the PMC review those repos, I really can't see why that the PMC would not be willing to do that given it takes little effect, the Apache policy around this and once done it will give more confidence in the IP provenance of those files. This stuff is sort of important :-)
> Folks have complained to me off-list that the tone and volume of emails that result
> from these quests tend to discourage their participation
There should be no need for off list communication, but if someone has a legitimate issue they email the private list or me personally if they want.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Donation procedures were followed correctly. Could some file have
incorrect provenance? Sure. The probability pretty much can never go to
zero. IF we find mistakes we will correct them. You may spend as much
time as you wish scrubbing, but please try to limit the amount of
community energy spent dealing with your quest. It is great when you find
good stuff, but often your findings aren't quite correct. For example, so
far, nobody else has found the BlazeDS and TLF sources missing. And there
is an IP Clearance form and email trail for BlazeDS. Folks have
complained to me off-list that the tone and volume of emails that result
from these quests tend to discourage their participation and make you
appear adversarial rather than collegial. I’m sure you don’t want that to
be a side-effect.
I have done my due diligence on the package we need to vote on and have
voted.
-Alex
On 1/23/15, 11:01 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> I just saw your vote. Can you provide more detail in this thread? I
>>have
>> no idea what your objection is based on.
>
>See my reply to your other email. Looks like IP review may of been
>skipped (?) and while we not using the full repos the fact we have files
>that shouldn't be there in version control is some cause for concern. Can
>we be sure of the provenance of the files we are using? I see some files
>may of had Apache headers added where they probably shouldn't be. Do we
>know if any headers have been replaced and not reflected in NOTICE? Do we
>event have the files pre donation to compare with?
>
>Thanks,
>Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I just saw your vote. Can you provide more detail in this thread? I have
> no idea what your objection is based on.
See my reply to your other email. Looks like IP review may of been skipped (?) and while we not using the full repos the fact we have files that shouldn't be there in version control is some cause for concern. Can we be sure of the provenance of the files we are using? I see some files may of had Apache headers added where they probably shouldn't be. Do we know if any headers have been replaced and not reflected in NOTICE? Do we event have the files pre donation to compare with?
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
I just saw your vote. Can you provide more detail in this thread? I have
no idea what your objection is based on.
-Alex
On 1/23/15, 9:20 PM, "Alex Harui" <ah...@adobe.com> wrote:
>
>
>On 1/23/15, 4:18 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>Someone should be able to take the source release and make the binary
>>from it, However it looks like we not including the flash removing code
>>or TLF code in the source release. Should we?
>
>I’m not sure I understood that, but my copy of the source package contains
>TLF source, and source for flex-messaging-common from flex-blazeds.
>
>-Alex
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/23/15, 4:18 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>Someone should be able to take the source release and make the binary
>from it, However it looks like we not including the flash removing code
>or TLF code in the source release. Should we?
I’m not sure I understood that, but my copy of the source package contains
TLF source, and source for flex-messaging-common from flex-blazeds.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Someone should be able to take the source release and make the binary from it, However it looks like we not including the flash removing code or TLF code in the source release. Should we?
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
That went better than expected ;-)
The new VOTE thread is up and running. Everyone please take a look and vote!
Thanks,
EdB
On Fri, Jan 23, 2015 at 12:47 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> I'm having an issue with the 'installer.xml', where it works on
> regular ant, but not on 'ant-on-air' (which the Installer uses).
> Testing a fix, hope to make new RC available in a couple of hrs.
>
> EdB
>
>
>
> On Fri, Jan 23, 2015 at 12:41 PM, Kessler CTR Mark J
> <ma...@usmc.mil> wrote:
>> The SDK works for me as well with my usual simple tests.
>>
>> -Mark
>>
>> -----Original Message-----
>> From: Alex Harui [mailto:aharui@adobe.com]
>> Sent: Friday, January 23, 2015 2:15 AM
>> To: dev@flex.apache.org; private@flex.apache.org
>> Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
>>
>> I have completed all the tests I normally run before voting. I’m good to
>> go for this release.
>>
>> -Alex
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I'm having an issue with the 'installer.xml', where it works on
regular ant, but not on 'ant-on-air' (which the Installer uses).
Testing a fix, hope to make new RC available in a couple of hrs.
EdB
On Fri, Jan 23, 2015 at 12:41 PM, Kessler CTR Mark J
<ma...@usmc.mil> wrote:
> The SDK works for me as well with my usual simple tests.
>
> -Mark
>
> -----Original Message-----
> From: Alex Harui [mailto:aharui@adobe.com]
> Sent: Friday, January 23, 2015 2:15 AM
> To: dev@flex.apache.org; private@flex.apache.org
> Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
>
> I have completed all the tests I normally run before voting. I’m good to
> go for this release.
>
> -Alex
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
The SDK works for me as well with my usual simple tests.
-Mark
-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com]
Sent: Friday, January 23, 2015 2:15 AM
To: dev@flex.apache.org; private@flex.apache.org
Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
I have completed all the tests I normally run before voting. I’m good to
go for this release.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
I have completed all the tests I normally run before voting. I’m good to
go for this release.
-Alex
On 1/22/15, 9:13 AM, "Alex Harui" <ah...@adobe.com> wrote:
>
>
>On 1/22/15, 7:41 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
>>Status:
>>
>>1) License issue: Alex took care of this, right?
>
>IMO, even if it isn’t perfect, it is good enough.
>
>>
>>I'll give it another day or so, then I'll assume everyone (esp. PMC
>>members!) checked the nightlies and concluded that the above issues
>>are no longer an issue and that no new issues have come to light...
>
>The nightly source package can now build correctly so folks can use the
>approval script if they want.
>
>To use the approval script:
>
>1) create an empty folder
>2) copy or download ApproveSDK.xml. A recent version is here [1]
>3) run ant -e -f ApproveSDK.xml -Drelease.version=4.14.0 -Dnightly=
>
>-Alex
>
>
>[1]
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/ws
>/
>ApproveSDK.xml
>[1] http://s.apache.org/EL7 (shortened)
>
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/22/15, 7:41 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>Status:
>
>1) License issue: Alex took care of this, right?
IMO, even if it isn’t perfect, it is good enough.
>
>I'll give it another day or so, then I'll assume everyone (esp. PMC
>members!) checked the nightlies and concluded that the above issues
>are no longer an issue and that no new issues have come to light...
The nightly source package can now build correctly so folks can use the
approval script if they want.
To use the approval script:
1) create an empty folder
2) copy or download ApproveSDK.xml. A recent version is here [1]
3) run ant -e -f ApproveSDK.xml -Drelease.version=4.14.0 -Dnightly=
-Alex
[1]
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/ws/
ApproveSDK.xml
[1] http://s.apache.org/EL7 (shortened)
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Status:
1) License issue: Alex took care of this, right?
2) locale "issue": will be fixed in next installer release, and it is
not really a blocker...
3) RSL: 'installer.xml' has been fixed, it now correctly replaces
tokens when building an IDE-compatible SDK from a source package?
I'll give it another day or so, then I'll assume everyone (esp. PMC
members!) checked the nightlies and concluded that the above issues
are no longer an issue and that no new issues have come to light...
Please object now, or forever hold your silence ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Tom Chiverton <tc...@extravision.com>.
On 22/01/15 14:10, Alex Harui wrote:
>> Except:
>> >a) Linux users can't use the binary to install
> Has anyone tried it? Linux users and anyone not wanting to use the
> Installer should be able to take the convenience binary package, expand it
> into a folder and run “ant -f installer.xml” and everything should work,
Yup, that's what we do.
That produces working RSL configs in yesterdays nightly.
Tom
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> I will make a note in the announcement that, until a new Installer is
>> released (which Om already told us he'll take care of),
>
> Wha? What did I say?
Did I mis-remember? Sorry. We'll figure it out, I'm sure ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Jan 23, 2015 12:34 PM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
> > Do you have any idea why this is happening?
>
> Yes, and a fix is already submitted to the Installer repo.
>
> I will make a note in the announcement that, until a new Installer is
> released (which Om already told us he'll take care of),
Wha? What did I say?
Thanks,
Om
changing the
> locale at any point after the main screen may give problems.
>
> The workaround is obvious and easy ;-)
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Do you have any idea why this is happening?
Yes, and a fix is already submitted to the Installer repo.
I will make a note in the announcement that, until a new Installer is
released (which Om already told us he'll take care of), changing the
locale at any point after the main screen may give problems.
The workaround is obvious and easy ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Do you have any idea why this is happening?
On Jan 23, 2015, at 1:35 AM, Justin Mclean <ju...@classsoftware.com> wrote:
> HI,
>
>> Did you prove that 4.13 installs correctly with the exact same steps?
>
> Yes 4.13 has no issues, this only effects 4.14.
>
> Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
> Did you prove that 4.13 installs correctly with the exact same steps?
Yes 4.13 has no issues, this only effects 4.14.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/22/15, 3:14 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> IMO, any scenario where changing the locale isn’t the first thing you do
>> doesn’t concern me for the release of SDK 4.14.0.
>
>Given that's it likely that the majority of users change the locale, I
>think we need to carefully consider this before releasing. What do other
>PMC member think?
I expect them to have the right locale at launch or change it first thing.
Did you prove that 4.13 installs correctly with the exact same steps?
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I think it’s somewhere between a minor and major issue (probably leaning towards minor), but either way, it seems like an installer issue, so I don’t see why it should be a blocker for the 4.14 release.
On Jan 23, 2015, at 1:14 AM, Justin Mclean <ju...@classsoftware.com> wrote:
> Hi,
>
>> IMO, any scenario where changing the locale isn’t the first thing you do
>> doesn’t concern me for the release of SDK 4.14.0.
>
> Given that's it likely that the majority of users change the locale, I think we need to carefully consider this before releasing. What do other PMC member think?
>
> Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> IMO, any scenario where changing the locale isn’t the first thing you do
> doesn’t concern me for the release of SDK 4.14.0.
Given that's it likely that the majority of users change the locale, I think we need to carefully consider this before releasing. What do other PMC member think?
Justin
AW: [DISCUSS] Release Apache Flex 4.14.0
Posted by Christofer Dutz <ch...@c-ware.de>.
Hi guys,
Actually ... in my experience. The most issues preventing my customers from treating an project releaseable, is that these strange workflows are handled. Especially changing the locale.
When thinking about non-native speakers I think this use-case is not so far from reality. Assuming I was not a native english speaker:
- I start installing ... I understand english good enough to select the options
- I then come to the license stuff that I have to accept, but I don't feel comfortable reading english license files --> so I switch to another language
- Now not all license agreements are displayed
- So I accept what's there, but not all that would be legally important to accept.
I wouldn't say it's a serious thing, but I wouldn't think of it as "never happens"
Chris
-----Ursprüngliche Nachricht-----
Von: Alex Harui [mailto:aharui@adobe.com]
Gesendet: Freitag, 23. Januar 2015 00:07
An: dev@flex.apache.org
Betreff: Re: [DISCUSS] Release Apache Flex 4.14.0
IMO, any scenario where changing the locale isn’t the first thing you do doesn’t concern me for the release of SDK 4.14.0.
-Alex
On 1/22/15, 2:58 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>We have (IMO) a fairly serious issue with the installer and 4.14.
>
>To reproduce do this:
>1. Run installer
>2. Select dev build and select 4.14 RC hit next 3. Select directory and
>hit next 4. Change locale 5. Check all licenses (shows wrong list for
>4.14) and hit next 6. Installation completes
>
>However the SDK is missing AIR, playerglobal and the font libraries so
>is not a working SDK.
>
>(You can also get the same issue if you change at an earlier step
>earlier but may depend on what your default locale is)
>
>Here's the installer log:
>Version 3.1.0 (mac)
>Using Locale: en_AU
>Fetched the SDK download mirror URL from the CGI.
>AIR version 16.0
>Flash Player version 16.0
>Using Locale: en_GB
>Creating Apache Flex home
>Creating temporary directory
>Downloading Apache Flex SDK from:
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate
>/la stSuccessfulBuild/artifact/out/apache-flex-sdk-4.14.0-bin.tar.gz
>Verifying Apache Flex SDK MD5 Signature The Apache Flex SDK MD5
>Signature of the downloaded files matches the reference. The file is
>valid.
>Unzipping:
>/Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.1
>4.0
>-bin.tar.gz
>Finished unzipping:
>/Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.1
>4.0
>-bin.tar.gz
>Downloading 2.2.zip from:
>https://github.com/swfobject/swfobject/archive
>Validating download:
>/Users/justinmclean/Documents/ApacheFlexTestII/in/swfobject_2_2.zip
>Download complete
>Downloading OSMF2_0.swc?format=raw from:
>http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/frameworks/li
>bs
>Validating download:
>/Users/justinmclean/Documents/ApacheFlexTestII/frameworks/libs/osmf.swc
>Installing frameworks configuration files configured for use with an
>IDE /Users/justinmclean/Documents/ApacheFlexTestII is now an IDE
>compatible folder Installation complete.
>
>Thanks,
>Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
IMO, any scenario where changing the locale isn’t the first thing you do
doesn’t concern me for the release of SDK 4.14.0.
-Alex
On 1/22/15, 2:58 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>We have (IMO) a fairly serious issue with the installer and 4.14.
>
>To reproduce do this:
>1. Run installer
>2. Select dev build and select 4.14 RC hit next
>3. Select directory and hit next
>4. Change locale
>5. Check all licenses (shows wrong list for 4.14) and hit next
>6. Installation completes
>
>However the SDK is missing AIR, playerglobal and the font libraries so is
>not a working SDK.
>
>(You can also get the same issue if you change at an earlier step earlier
>but may depend on what your default locale is)
>
>Here's the installer log:
>Version 3.1.0 (mac)
>Using Locale: en_AU
>Fetched the SDK download mirror URL from the CGI.
>AIR version 16.0
>Flash Player version 16.0
>Using Locale: en_GB
>Creating Apache Flex home
>Creating temporary directory
>Downloading Apache Flex SDK from:
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/la
>stSuccessfulBuild/artifact/out/apache-flex-sdk-4.14.0-bin.tar.gz
>Verifying Apache Flex SDK MD5 Signature
>The Apache Flex SDK MD5 Signature of the downloaded files matches the
>reference. The file is valid.
>Unzipping:
>/Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.14.0
>-bin.tar.gz
>Finished unzipping:
>/Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.14.0
>-bin.tar.gz
>Downloading 2.2.zip from: https://github.com/swfobject/swfobject/archive
>Validating download:
>/Users/justinmclean/Documents/ApacheFlexTestII/in/swfobject_2_2.zip
>Download complete
>Downloading OSMF2_0.swc?format=raw from:
>http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/frameworks/libs
>Validating download:
>/Users/justinmclean/Documents/ApacheFlexTestII/frameworks/libs/osmf.swc
>Installing frameworks configuration files configured for use with an IDE
>/Users/justinmclean/Documents/ApacheFlexTestII is now an IDE compatible
>folder
>Installation complete.
>
>Thanks,
>Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
We have (IMO) a fairly serious issue with the installer and 4.14.
To reproduce do this:
1. Run installer
2. Select dev build and select 4.14 RC hit next
3. Select directory and hit next
4. Change locale
5. Check all licenses (shows wrong list for 4.14) and hit next
6. Installation completes
However the SDK is missing AIR, playerglobal and the font libraries so is not a working SDK.
(You can also get the same issue if you change at an earlier step earlier but may depend on what your default locale is)
Here's the installer log:
Version 3.1.0 (mac)
Using Locale: en_AU
Fetched the SDK download mirror URL from the CGI.
AIR version 16.0
Flash Player version 16.0
Using Locale: en_GB
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from: http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-4.14.0-bin.tar.gz
Verifying Apache Flex SDK MD5 Signature
The Apache Flex SDK MD5 Signature of the downloaded files matches the reference. The file is valid.
Unzipping: /Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.14.0-bin.tar.gz
Finished unzipping: /Users/justinmclean/Documents/ApacheFlexTestII/temp/apache-flex-sdk-4.14.0-bin.tar.gz
Downloading 2.2.zip from: https://github.com/swfobject/swfobject/archive
Validating download: /Users/justinmclean/Documents/ApacheFlexTestII/in/swfobject_2_2.zip
Download complete
Downloading OSMF2_0.swc?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/frameworks/libs
Validating download: /Users/justinmclean/Documents/ApacheFlexTestII/frameworks/libs/osmf.swc
Installing frameworks configuration files configured for use with an IDE
/Users/justinmclean/Documents/ApacheFlexTestII is now an IDE compatible folder
Installation complete.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> OK, good to know. I think there may be a cases where, if someone doesn’t
> run frameworks-rsls in the same calendar day they run installer.xml it
> will still not do the right thing, but that is probably not worth
> addressing.
I knew you were gonna say that!
I think we have reduced an already very tiny 'target audience' to
approximately 0 (+/- 1)... I can live with that, especially given that
the workaround is very simple ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
OK, good to know. I think there may be a cases where, if someone doesn’t
run frameworks-rsls in the same calendar day they run installer.xml it
will still not do the right thing, but that is probably not worth
addressing.
On 1/22/15, 6:51 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>I tested this. The token that is replaced with the current date in the
>new code is not present in the binary release. Ergo, nothing is
>replaced when 'installer.xml' is run on a binary release...
>
>EdB
>
>
>
>On Thu, Jan 22, 2015 at 3:47 PM, Alex Harui <ah...@adobe.com> wrote:
>> I looked at the commit, and while I would expect it work for the
>>scenario
>> in question, I’m worried it will break the main install.
>>
>> The issue is that the RSLs are stamped with a date and time. The main
>> install is going to run at a much later date and time. It may be more
>>of
>> a question of parsing off the date and time from the RSLs which is
>> potentially hard to do in Ant, or saving the date/time used in a
>> properties file, or having the RSL task in build.xml update the
>> flex-config and not the installer.xml
>>
>> -Alex
>>
>> On 1/22/15, 6:40 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>>
>>>>> vote +1 whether Erik fixes it or not.
>>>>
>>>> Pretty sure I have a fix, checking it now on a clean source package.
>>>
>>>The fix is in ;-)
>>>
>>>EdB
>>>
>>>
>>>
>>>--
>>>Ix Multimedia Software
>>>
>>>Jan Luykenstraat 27
>>>3521 VB Utrecht
>>>
>>>T. 06-51952295
>>>I. www.ixsoftware.nl
>>
>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I tested this. The token that is replaced with the current date in the
new code is not present in the binary release. Ergo, nothing is
replaced when 'installer.xml' is run on a binary release...
EdB
On Thu, Jan 22, 2015 at 3:47 PM, Alex Harui <ah...@adobe.com> wrote:
> I looked at the commit, and while I would expect it work for the scenario
> in question, I’m worried it will break the main install.
>
> The issue is that the RSLs are stamped with a date and time. The main
> install is going to run at a much later date and time. It may be more of
> a question of parsing off the date and time from the RSLs which is
> potentially hard to do in Ant, or saving the date/time used in a
> properties file, or having the RSL task in build.xml update the
> flex-config and not the installer.xml
>
> -Alex
>
> On 1/22/15, 6:40 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
>>>> vote +1 whether Erik fixes it or not.
>>>
>>> Pretty sure I have a fix, checking it now on a clean source package.
>>
>>The fix is in ;-)
>>
>>EdB
>>
>>
>>
>>--
>>Ix Multimedia Software
>>
>>Jan Luykenstraat 27
>>3521 VB Utrecht
>>
>>T. 06-51952295
>>I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
I looked at the commit, and while I would expect it work for the scenario
in question, I’m worried it will break the main install.
The issue is that the RSLs are stamped with a date and time. The main
install is going to run at a much later date and time. It may be more of
a question of parsing off the date and time from the RSLs which is
potentially hard to do in Ant, or saving the date/time used in a
properties file, or having the RSL task in build.xml update the
flex-config and not the installer.xml
-Alex
On 1/22/15, 6:40 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>>> vote +1 whether Erik fixes it or not.
>>
>> Pretty sure I have a fix, checking it now on a clean source package.
>
>The fix is in ;-)
>
>EdB
>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> vote +1 whether Erik fixes it or not.
>
> Pretty sure I have a fix, checking it now on a clean source package.
The fix is in ;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> vote +1 whether Erik fixes it or not.
Pretty sure I have a fix, checking it now on a clean source package.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/22/15, 4:24 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>
>> We use the sdk binary package to do our app development and the RSLs
>>are already built in it.
>
>Except:
>a) Linux users can't use the binary to install
Has anyone tried it? Linux users and anyone not wanting to use the
Installer should be able to take the convenience binary package, expand it
into a folder and run “ant -f installer.xml” and everything should work,
including RSLs. What you are claiming isn’t working is taking the source
package, building it, and running “ant -f installer.xml” on the results of
the build. I don’t expect a lot of folks to do that.
>b) Apache projects release source not binaries
So yes, there is a potential bug there, but the workaround is easy (edit
flex-config.xml), and I don’t think many folks will hit it, so I plan to
vote +1 whether Erik fixes it or not.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> We use the sdk binary package to do our app development and the RSLs are already built in it.
Except:
a) Linux users can't use the binary to install
b) Apache projects release source not binaries
But despite that the PMC can vote on a RC as they see fit (as long as it follows Apache release procedures and licensing) a -1 f is not a veto.
Thanks,
Justin
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
We use the sdk binary package to do our app development and the RSLs are already built in it. I would say it's not a blocker for this release, but would be good to fix before the next release.
-Mark
-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com]
Sent: Thursday, January 22, 2015 2:16 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
Installer.xml is probably expecting some properties to match up. It was
designed to work with the binary package generated in the same run that
creates the source package.
How many folks are actually going to use the source package and need RSLs?
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> How many folks are actually going to use the source package and need RSLs?
A very, very tiny number... But since we're in a holding pattern until
Justin approves the entire licensing and legal documentation setup for
4.14, we might as well give this a go.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Installer.xml is probably expecting some properties to match up. It was
designed to work with the binary package generated in the same run that
creates the source package.
How many folks are actually going to use the source package and need RSLs?
-Alex
On 1/21/15, 10:23 PM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>> To reproduce the RSL issue:
>> 1. get the source package
>> 2. compile as per README by:
>> ant main
>> ant frameworks-rsls
>> 3. Turn into IDE by running:
>> ant -f installer.xml
>>
>> The issue is with the flex config XML file and the RSL entries.
>
>What is the difference between 4.13 and 4.14? The running of the
>'installer.xml' vs. some script? What in that script does the
>expanding of the variables?
>
>In other words: excellent find, what is your suggested solution?
>
>EdB
>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> To reproduce the RSL issue:
> 1. get the source package
> 2. compile as per README by:
> ant main
> ant frameworks-rsls
> 3. Turn into IDE by running:
> ant -f installer.xml
>
> The issue is with the flex config XML file and the RSL entries.
What is the difference between 4.13 and 4.14? The running of the
'installer.xml' vs. some script? What in that script does the
expanding of the variables?
In other words: excellent find, what is your suggested solution?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
To reproduce the RSL issue:
1. get the source package
2. compile as per README by:
ant main
ant frameworks-rsls
3. Turn into IDE by running:
ant -f installer.xml
The issue is with the flex config XML file and the RSL entries.
For instance if you followed the READEME instructions in 4.13 you get:
<runtime-shared-library-path>
<path-element>libs/textLayout.swc</path-element>
<rsl-url>textLayout_4.13.0.20140701.swf</rsl-url>
</runtime-shared-library-path>
Where as 4.14 you get:
<runtime-shared-library-path>
<path-element>libs/textLayout.swc</path-element>
<rsl-url>textLayout_${build.number}.swf</rsl-url>
</runtime-shared-library-path>
ie ${build.number} is not being expanded.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
It was pretty confusing, so please double-check my sequence of logic:
1) I opened svg10.dtd
2) It had a link in the header [4]
3) That page had a link about “document use” [5]
4) On that page, which is the Document license, it said:
"The software or Document Type Definitions (DTDs) associated with W3C
specifications are governed by the Software Notice
<http://www.w3.org/Consortium/Legal/copyright-software.html>."
It was late so I stopped there. The Document license seems to be about
actually copying documents from the W3C site. I realized when I saw your
email that I didn’t examine the .mod files. I just looked and it isn’t
clear what their licensing should be. They seem like .dtd files.
Not sure what the right answer is.
Regarding the version of SVG, I’m not sure either, other than one folder
is named svg12.
-Alex
On 1/21/15, 12:56 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>Re the LICENSE changes. I've not had time to investigate in detail but I
>would assume the dtd's are under the W3C documentation license [2] not
>the software one as they are defined in the W3C recommendation. [2][3] Do
>we know what version of SVG the version of Bartik we bundles supports?
>
>Thanks,
>Justin
>
>1.http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231
>2.http://www.w3.org/TR/SVG10/
>3. http://www.w3.org/TR/SVG10/copyright-notice.html
>
[4] http://www.w3.org/TR/2001/REC-SVG-20010904/
[5] http://www.w3.org/Consortium/Legal/copyright-documents-19990405
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Re the LICENSE changes. I've not had time to investigate in detail but I would assume the dtd's are under the W3C documentation license [2] not the software one as they are defined in the W3C recommendation. [2][3] Do we know what version of SVG the version of Bartik we bundles supports?
Thanks,
Justin
1.http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231
2.http://www.w3.org/TR/SVG10/
3. http://www.w3.org/TR/SVG10/copyright-notice.html
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I'm sorry guys this was some issue with Intellij IDEA.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44468.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I've just tried to compile with newest RC some app. In the installer I choose
FP 16, but in Intellij IDEA I see only FP 15. I'm getting error during the
compilation:
unable to open 'C:/sdks/Apache Flex 4.14
RC/frameworks/libs/player/15.0/playerglobal.swc'
I see in the frameworks/libs/player/16.0/playerglobal.swc, so what could be
wrong ?
flex-config.xml pointing to FP 16.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44463.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
RSLs still have a valuable purpose depending on how many applications you host out of one domain.
-Mark
-----Original Message-----
From: Harbs [mailto:harbs.lists@gmail.com]
Sent: Wednesday, January 21, 2015 3:44 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
I’m not clear what was broken in Justin’s test. He mentioned that there was a problem with RSLs, but RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I've cancelled the vote, and I've re-enabled the RC nightly builds. In
about 2 hrs. Alex's changes to the legal docs and build scripts should
be available for testing.
I will cut a new RC as soon as I have confirmation about the remaining
issues have been satisfactorily addressed.
EdB
On Wed, Jan 21, 2015 at 9:43 AM, Harbs <ha...@gmail.com> wrote:
> I’m not clear what was broken in Justin’s test. He mentioned that there was a problem with RSLs, but RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
>
> On Jan 21, 2015, at 10:36 AM, piotrz <pi...@gmail.com> wrote:
>
>> I agree with Justin. Once you build your application and it is simply doesn't
>> work because of the SDK issue it is a blocker.
>>
>> I haven't vote yet just because I didn't check any existing application with
>> current SDK.
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44432.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Cool.
I’d guess Justin’s issue was a Player trust file problem, and restarting Flash Builder would probably fix that.
On Jan 21, 2015, at 11:30 AM, Tom Chiverton <tc...@extravision.com> wrote:
> It's just installed now :-)
>
> The files have the same names as mentioned in the config files:
>
> tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$ find . -iname 'textLayout*swf'
> ./frameworks/rsls/textLayout_4.14.0.20150119.swf
> tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$ grep -Hrn textLayout_4.14.0.20150119 *
> frameworks/air-config.xml:366: <rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
> frameworks/flex-config.xml:370: <rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
> ide/flashbuilder/config/flex-config.xml:370: <rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
> ide/flashbuilder/config/air-config.xml:366: <rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
> tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$
>
> And mxmlc prints out, for an RSL-enabled build of one of our apps:
>
> Required RSLs:
> ....
> textLayout_4.14.0.20150119.swf
> ....
>
> The application trys to load the files from the names given by mxmlc, so it works fine as long as you copy the RSLs as named.
>
> Maybe Builder has an issue ? But looks OK to me,
> Tom
>
> On 21/01/15 09:08, Harbs wrote:
>> Okay. Can you confirm that it’s broken?
>>
>> On Jan 21, 2015, at 11:01 AM, Tom Chiverton <tc...@extravision.com> wrote:
>>
>>> On 21/01/15 08:43, Harbs wrote:
>>>> RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
>>> It depends on your use case. If you update your app more often than SDKs, you can give you users a smaller download after app updates, at the cost of a larger first run size.
>>>
>>> YMMV, but we use them, so if they don't work the SDK is broken for us.
>>>
>>> Tom
>> ______________________________________________________________________
>> This email has been scanned by the Symantec Email Security.cloud service.
>> For more information please visit http://www.symanteccloud.com
>> ______________________________________________________________________
>>
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Tom Chiverton <tc...@extravision.com>.
It's just installed now :-)
The files have the same names as mentioned in the config files:
tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$ find . -iname
'textLayout*swf'
./frameworks/rsls/textLayout_4.14.0.20150119.swf
tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$ grep -Hrn
textLayout_4.14.0.20150119 *
frameworks/air-config.xml:366:
<rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
frameworks/flex-config.xml:370:
<rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
ide/flashbuilder/config/flex-config.xml:370:
<rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
ide/flashbuilder/config/air-config.xml:366:
<rsl-url>textLayout_4.14.0.20150119.swf</rsl-url>
tchiverton@ev34:/tmp/apache-flex-sdk-4.14.0-bin$
And mxmlc prints out, for an RSL-enabled build of one of our apps:
Required RSLs:
....
textLayout_4.14.0.20150119.swf
....
The application trys to load the files from the names given by mxmlc, so
it works fine as long as you copy the RSLs as named.
Maybe Builder has an issue ? But looks OK to me,
Tom
On 21/01/15 09:08, Harbs wrote:
> Okay. Can you confirm that it’s broken?
>
> On Jan 21, 2015, at 11:01 AM, Tom Chiverton <tc...@extravision.com> wrote:
>
>> On 21/01/15 08:43, Harbs wrote:
>>> RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
>> It depends on your use case. If you update your app more often than SDKs, you can give you users a smaller download after app updates, at the cost of a larger first run size.
>>
>> YMMV, but we use them, so if they don't work the SDK is broken for us.
>>
>> Tom
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Like I said; I have not been using RSLs since I switched to Apache Flex, so I can’t comment one way or the other.
I guess it would be helpful if someone checks whether the behavior is actually different.
On Jan 21, 2015, at 11:14 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> The RSL 'issue' Justin reports isn't a regression, it's been around since 4.9...
>
> "Looks like the file is question is named
> "textLayout_4.14.0.20150121.swf" not the expected
> "textLayout_20150121.swf".
>
> The RSL in question has had the version number included since that
> release: 'textLayout_4.9.1.1447119.swf'. If it's even an issue IRL at
> all, no one has cared enough to even file a JIRA.
>
> It is not a blocker.
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
The RSL 'issue' Justin reports isn't a regression, it's been around since 4.9...
"Looks like the file is question is named
"textLayout_4.14.0.20150121.swf" not the expected
"textLayout_20150121.swf".
The RSL in question has had the version number included since that
release: 'textLayout_4.9.1.1447119.swf'. If it's even an issue IRL at
all, no one has cared enough to even file a JIRA.
It is not a blocker.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Okay. Can you confirm that it’s broken?
On Jan 21, 2015, at 11:01 AM, Tom Chiverton <tc...@extravision.com> wrote:
> On 21/01/15 08:43, Harbs wrote:
>> RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
> It depends on your use case. If you update your app more often than SDKs, you can give you users a smaller download after app updates, at the cost of a larger first run size.
>
> YMMV, but we use them, so if they don't work the SDK is broken for us.
>
> Tom
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Tom Chiverton <tc...@extravision.com>.
On 21/01/15 08:43, Harbs wrote:
> RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
It depends on your use case. If you update your app more often than
SDKs, you can give you users a smaller download after app updates, at
the cost of a larger first run size.
YMMV, but we use them, so if they don't work the SDK is broken for us.
Tom
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I’m not clear what was broken in Justin’s test. He mentioned that there was a problem with RSLs, but RSLs are turned off by default and they do not really offer any performance advantage using Apache Flex.
On Jan 21, 2015, at 10:36 AM, piotrz <pi...@gmail.com> wrote:
> I agree with Justin. Once you build your application and it is simply doesn't
> work because of the SDK issue it is a blocker.
>
> I haven't vote yet just because I didn't check any existing application with
> current SDK.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44432.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I agree with Justin. Once you build your application and it is simply doesn't
work because of the SDK issue it is a blocker.
I haven't vote yet just because I didn't check any existing application with
current SDK.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44432.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
The License issue and maybe the copyright issue might be worth another RC.
I definitely apologize for missing those things earlier. I’m out of time
for tonight to try to reproduce RSL issue. The locale issue for Ant has
been there since we started using Ant.
I pushed my guess at how to fix the LICENSE and found a few more 2014’s.
I also made some mods to the README for saxon9, and tried to add
CONTRIBUTORS to the source package. I’m off to bed, so feel free to make
more mods.
IMO, NOTICE is correct. Batik put that stuff in their NOTICE so I think
we have to propagate it.
-Alex
On 1/21/15, 12:33 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> I don't consider the issues Justin uncovered after belatedly testing
>> the RC to be blockers. Please continue voting, there's still a day
>> left before I start counting ;-)
>
>IMO License issues, the locale issue and RSL issue (a regression) are all
>blockers, unless we fix these and make another RC my votes stays -1.
>None of these issues should be hard to fix, let just do the right thing,
>fix them and roll another RC. I'll suggest what changes are required for
>the LICENSE if you want.
>
>Thanks,
>Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I don't consider the issues Justin uncovered after belatedly testing
> the RC to be blockers. Please continue voting, there's still a day
> left before I start counting ;-)
IMO License issues, the locale issue and RSL issue (a regression) are all blockers, unless we fix these and make another RC my votes stays -1. None of these issues should be hard to fix, let just do the right thing, fix them and roll another RC. I'll suggest what changes are required for the LICENSE if you want.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
A brief message from your friendly Release Manager:
I don't consider the issues Justin uncovered after belatedly testing
the RC to be blockers. Please continue voting, there's still a day
left before I start counting ;-)
EdB
On Wed, Jan 21, 2015 at 8:51 AM, Alex Harui <ah...@adobe.com> wrote:
>
>
> On 1/20/15, 5:11 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>When installing via the installer we have a couple of issues:
>>
>>1.If you change locale you get an incorrect list of licenses. This
>>happens if you select the locale up front as the first step or if you
>>change it at the license step.
>
> I don’t think I’m seeing this. If the first thing I do in the UI is
> choose a new locale, when I get to the license list, it looks right to me.
>
>>I believe all of these issue have been fixed in the unreleased installer
>>branch and more (for instance our number one error unable to create
>>windows temporary directory). wouldn't it be better to release the
>>installer before releasing the new SDK, otherwise users may get a poor
>>user experience.
>
> AFAIK, it’s been this way for quite some time now. Let’s finish up the
> SDK.
>
> -Alex
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I don’t think I’m seeing this. If the first thing I do in the UI is
> choose a new locale, when I get to the license list, it looks right to me.
Reproducible every time for me. Are you sure you're running 3.1?
> AFAIK, it’s been this way for quite some time now.
But not in the currently released installer with the released SDK versions. These issues only effect the current 4.14 RC.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/20/15, 5:11 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>When installing via the installer we have a couple of issues:
>
>1.If you change locale you get an incorrect list of licenses. This
>happens if you select the locale up front as the first step or if you
>change it at the license step.
I don’t think I’m seeing this. If the first thing I do in the UI is
choose a new locale, when I get to the license list, it looks right to me.
>I believe all of these issue have been fixed in the unreleased installer
>branch and more (for instance our number one error unable to create
>windows temporary directory). wouldn't it be better to release the
>installer before releasing the new SDK, otherwise users may get a poor
>user experience.
AFAIK, it’s been this way for quite some time now. Let’s finish up the
SDK.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
When installing via the installer we have a couple of issues:
1.If you change locale you get an incorrect list of licenses. This happens if you select the locale up front as the first step or if you change it at the license step.
2. The installer RTEs if you have any licence boxes checked and change locale.
Here's the log:
Version 3.1.0 (mac)
Using Locale: en_AU
Fetched the SDK download mirror URL from the CGI.
AIR version 16.0
Flash Player version 16.0
Error #1009
Aborting Installation
3. Some license check box are hidden (eg Greek) and require scrolling
I believe all of these issue have been fixed in the unreleased installer branch and more (for instance our number one error unable to create windows temporary directory). wouldn't it be better to release the installer before releasing the new SDK, otherwise users may get a poor user experience.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/20/15, 1:37 PM, "piotrz" <pi...@gmail.com> wrote:
>My build passed, mustella tests passed, but there was a problem with some
>of
>the mustella tasks at the end.
>
>http://images.devs-on.net/Image/CY7cnTmH8d5eI93D-Obszar.png
>
>Mustella tests are the last step in the whole build when I'm using
>ApproveSDK.xml?
That’s from the checkintest, which uses Mustella. IIRC, if you don’t have
the player running in en_US, the results parser won’t ignore some of the
error messages. So I think you are ok.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
My build passed, mustella tests passed, but there was a problem with some of
the mustella tasks at the end.
http://images.devs-on.net/Image/CY7cnTmH8d5eI93D-Obszar.png
Mustella tests are the last step in the whole build when I'm using
ApproveSDK.xml?
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44420.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
On 1/19/15, 3:40 AM, "erik@ixsoftware.nl" <er...@ixsoftware.nl> wrote:
>I have started the VOTE on 4.14 in the thread below.
>
>Please take a little time to download and test the artifacts, and cast
>your vote.
I have completed my approval pass. I’m curious as to what Justin is
claiming is a legal issue regarding the installer, so I’ll postpone
actually casting a vote until then.
The only things I noticed:
1) the README incorrectly lists saxon9 as apache-compatible. We got it
right in the LICENSE and NOTICE but I didn’t realize saxon9 was also
mentioned in our README.
2) The main build script is still prompting before the OSMF download.
The README issue is troublesome, but at least we got it right in LICENSE
and NOTICE. I think that’s good enough for me.
-Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@me.com>.
Hi,
The change was only made in one place when it should of been made in several places. The code is now possibly in an inconsistent state that may cause regression issues, so I think we keep that JIRA open until it's fixed. Personally I would of placed this fixed into develop not the release but that's up to Erik and the PMC to vote on teh RC accordingly.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> I'm almost willing to give +1 in the thread Vote. :)
Well, you can still get "first vote", so: go for it!
;-)
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Thanks Erik, Alex.
I will try to take a look. In general I was able to build project without
ApproveSDK.xml, so this is only problem with my configuration. :)
I'm almost willing to give +1 in the thread Vote. :)
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44414.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Try actually setting these things in the environment.
set
PLAYERGLOBAL_HOME=h:/flexsdk/flex-repo/dependencies/PlayerGlobal/player/
set AIR_HOME=h:/flexsdk/flex-repo/dependencies/AIRSDK/14.0/
set FLASHPLAYER_DEBUGGER=h:/flexsdk/flashplayer.exe
On 1/19/15, 10:53 PM, "piotrz" <pi...@gmail.com> wrote:
>Build is failing when I am using ApproveSDK.xml.
>
>1) I've created folder
>2) I've created approvefalcon.properties which contains paths:
>
>env.PLAYERGLOBAL_HOME=h:/flexsdk/flex-repo/dependencies/PlayerGlobal/playe
>r/
>env.AIR_HOME=h:/flexsdk/flex-repo/dependencies/AIRSDK/14.0/
>env.FLASHPLAYER_DEBUGGER=h:/flexsdk/flashplayer.exe
>
>3) I've changed in downloaded sdk in build.properties (I don't know
>whether
>I should do this or not.)
>
># Flash player version for which player global swc to use
>playerglobal.version = 16.0
>
># AIR version number
>air.version = 14.0
>
>I got this error:
>http://images.devs-on.net/Image/WWxPBooA1RNlz39Z-Obszar.png
>
>In flex-config.xml we have this:
>
><external-library-path>
>
><path-element>{playerglobalHome}/{targetPlayerMajorVersion}.{targetPlayerM
>inorVersion}/playerglobal.swc</path-element>
> </external-library-path>
>
>Where is setted playerglobalHome ?
>
>Piotr
>
>
>
>-----
>Apache Flex PMC
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p44399.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
This is a bug in the release convenience tool "ApproveSDK.xml", not
the SDK itself.
If you set the mentioned path variables for the entire system instead
of in a local .properties file, the warnings go away.
EdB
On Tue, Jan 20, 2015 at 7:53 AM, piotrz <pi...@gmail.com> wrote:
> Build is failing when I am using ApproveSDK.xml.
>
> 1) I've created folder
> 2) I've created approvefalcon.properties which contains paths:
>
> env.PLAYERGLOBAL_HOME=h:/flexsdk/flex-repo/dependencies/PlayerGlobal/player/
> env.AIR_HOME=h:/flexsdk/flex-repo/dependencies/AIRSDK/14.0/
> env.FLASHPLAYER_DEBUGGER=h:/flexsdk/flashplayer.exe
>
> 3) I've changed in downloaded sdk in build.properties (I don't know whether
> I should do this or not.)
>
> # Flash player version for which player global swc to use
> playerglobal.version = 16.0
>
> # AIR version number
> air.version = 14.0
>
> I got this error:
> http://images.devs-on.net/Image/WWxPBooA1RNlz39Z-Obszar.png
>
> In flex-config.xml we have this:
>
> <external-library-path>
>
> <path-element>{playerglobalHome}/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
> </external-library-path>
>
> Where is setted playerglobalHome ?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44399.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Build is failing when I am using ApproveSDK.xml.
1) I've created folder
2) I've created approvefalcon.properties which contains paths:
env.PLAYERGLOBAL_HOME=h:/flexsdk/flex-repo/dependencies/PlayerGlobal/player/
env.AIR_HOME=h:/flexsdk/flex-repo/dependencies/AIRSDK/14.0/
env.FLASHPLAYER_DEBUGGER=h:/flexsdk/flashplayer.exe
3) I've changed in downloaded sdk in build.properties (I don't know whether
I should do this or not.)
# Flash player version for which player global swc to use
playerglobal.version = 16.0
# AIR version number
air.version = 14.0
I got this error:
http://images.devs-on.net/Image/WWxPBooA1RNlz39Z-Obszar.png
In flex-config.xml we have this:
<external-library-path>
<path-element>{playerglobalHome}/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
</external-library-path>
Where is setted playerglobalHome ?
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44399.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Justin most likely forgot to recompile the SDK he was using to review
my commits. He abandoned the discussion thread without further comment
when I mentioned that possibility, basically confirming that
assumption.
I triple checked the solution on a fresh SDK and re-affirmed the
validity of the Mustella tests I wrote for it. I just forgot to close
the issue again... I'm sure the Release Manager will agree with me no
change to the docs is needed ;-)
EdB
On Mon, Jan 19, 2015 at 9:18 PM, piotrz <pi...@gmail.com> wrote:
> Hi Erik,
>
> This issue is mentioned in release notes ->
> https://issues.apache.org/jira/browse/FLEX-34657
>
> Justin comments it that is not fixed, so it probably should be removed from
> the Release Notes.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44388.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Erik,
This issue is mentioned in release notes ->
https://issues.apache.org/jira/browse/FLEX-34657
Justin comments it that is not fixed, so it probably should be removed from
the Release Notes.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44388.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I have started the VOTE on 4.14 in the thread below.
Please take a little time to download and test the artifacts, and cast
your vote.
Thanks!
EdB
On Fri, Jan 2, 2015 at 12:07 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>> Java version mentioned in the README is getting a bit long in the tooth. The README still refers to 1.6, 1.7 and 1.8 have been release and there's a prerelease of 1.9. What version of JAVA would be suggest people to use? On OSX compiling with Java 1.8 is significantly faster.
>
> All I see in the README is that you need Java SDK 1.6 or greater. No
> suggestion which one is preferred.
>
> I don't see the need to add such a suggestion, especially not since
> the performance of the Mustella tests on the VM seems to indicate no
> improvement in performance over version 1.6 of more recent versions,
> quite the contrary, actually.
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Java version mentioned in the README is getting a bit long in the tooth. The README still refers to 1.6, 1.7 and 1.8 have been release and there's a prerelease of 1.9. What version of JAVA would be suggest people to use? On OSX compiling with Java 1.8 is significantly faster.
All I see in the README is that you need Java SDK 1.6 or greater. No
suggestion which one is preferred.
I don't see the need to add such a suggestion, especially not since
the performance of the Mustella tests on the VM seems to indicate no
improvement in performance over version 1.6 of more recent versions,
quite the contrary, actually.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> Do you have time to rewrite that section? That way we can "commit, then review."
>
> It was a question to discuss to work out what if any changes are needed, at this point in time I'm not sure what exactly needs to change.
Fair enough. Please start a new thread to discuss the possible changes.
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
> Do you have time to rewrite that section? That way we can "commit, then review."
It was a question to discuss to work out what if any changes are needed, at this point in time I'm not sure what exactly needs to change.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Java version mentioned in the README is getting a bit long in the tooth. The README still refers to 1.6, 1.7 and 1.8 have been release and there's a prerelease of 1.9. What version of JAVA would be suggest people to use? On OSX compiling with Java 1.8 is significantly faster.
Do you have time to rewrite that section? That way we can "commit, then review."
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Java version mentioned in the README is getting a bit long in the tooth. The README still refers to 1.6, 1.7 and 1.8 have been release and there's a prerelease of 1.9. What version of JAVA would be suggest people to use? On OSX compiling with Java 1.8 is significantly faster.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> This is one of those emails you should probably have re-read before
> sending. It's tone is rather confrontational and argumentative.
There's is no intended tone, they are just simple straight forward questions.
> I said nothing about a CI setup on Mac, so I'm not sure what you're talking
> about.
The readme states:
"This version of the Apache Flex SDK was certified for use with Adobe Flash
Player 11.1, and is compatible with version 10.2 and up. It has been tested
with versions 11.1, 11.7, 13.0 and 15.0 on Windows and Mac"
I was just trying to determine if this is actually correct or needs some modification/editing to match what we are currently doing.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>>> with (FP) versions 11.1, 11.7, 13.0 and 15.0 on Windows and Mac.
>
> So the current CI is set up to run the mustella tests on 11.1, 11.7, 13.0 and 15.0? And we have a CI setup on Mac that I don't know about?
This is one of those emails you should probably have re-read before
sending. It's tone is rather confrontational and argumentative.
But anyway: you asked if the Mustella tests were run on those versions
on both platforms and they are. The CI is Windows and runs those 4
versions on a cycle (if it works at all). And I ran them on my Mac
before cutting the release branch, just to be doubly sure. I said
nothing about a CI setup on Mac, so I'm not sure what you're talking
about.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
>> with (FP) versions 11.1, 11.7, 13.0 and 15.0 on Windows and Mac.
So the current CI is set up to run the mustella tests on 11.1, 11.7, 13.0 and 15.0? And we have a CI setup on Mac that I don't know about?
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Re Flash and AIR version that we have tested this release on - the README states:
>
> It has been fully tested on AIR 3.7, 4 and 15.
>
> And:
> with (FP) versions 11.1, 11.7, 13.0 and 15.0 on Windows and Mac.
>
> Is this actually correct?
It is.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Re Flash and AIR version that we have tested this release on - the README states:
It has been fully tested on AIR 3.7, 4 and 15.
And:
with (FP) versions 11.1, 11.7, 13.0 and 15.0 on Windows and Mac.
Is this actually correct?
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
In fixing up the checkAllPlayerGlobals.sh script I've noticed that all (ie every single version) of the Flash Player MD5s had changed. Have we updated every MD5 hash in the installer?
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> I notice flex-sdk-description.xml is checked in with this:
>
> <build>20141019</build>
Which commit is that?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
I notice flex-sdk-description.xml is checked in with this:
<build>20141019</build>
Previously we left the build number as 0, until a release was made and then changed ir to the release date. Is there any reason for this change? This has implications when making RSL and the like (and issues around this have resulted in RC been cancelled in the past).
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Also noticed the air-config.xml path for air has changed.
<external-library-path>
- <path-element>{airHome}/frameworks/libs/air/airglobal.swc</path-element>
+ <path-element>libs/air/airglobal.swc</path-element>
</external-library-path>
There is a similar issue with air-mobileconfig.xml
And also flex-config.xml.
<external-library-path>
- <path-element>{playerglobalHome}/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
+ <path-element>libs/player/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
</external-library-path>
Any reason for these changes?
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
I have added it to the Installer list of dev builds. Please verify it
works for you.
-Alex
On 12/12/14, 9:43 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>I plan to test it with AIR 15 Beta.
>
>Thanks,
>Om
>On Dec 12, 2014 4:58 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
>> The first successful build on the CI just completed. This means you
>> can download the 'release nightlies' from here:
>>
>>
>>
>>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/l
>>astSuccessfulBuild/artifact/out/
>>
>> Thanks for testing!
>>
>> EdB
>>
>>
>>
>> On Fri, Dec 12, 2014 at 10:11 AM, Erik de Bruin <er...@ixsoftware.nl>
>> wrote:
>> > "All" discussion with regard to the upcoming 4.14.0 release goes into
>> > this thread.
>> >
>> > Thanks,
>> >
>> > EdB
>> >
>> >
>> >
>> > --
>> > Ix Multimedia Software
>> >
>> > Jan Luykenstraat 27
>> > 3521 VB Utrecht
>> >
>> > T. 06-51952295
>> > I. www.ixsoftware.nl
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by OmPrakash Muppirala <bi...@gmail.com>.
I plan to test it with AIR 15 Beta.
Thanks,
Om
On Dec 12, 2014 4:58 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
> The first successful build on the CI just completed. This means you
> can download the 'release nightlies' from here:
>
>
> http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/
>
> Thanks for testing!
>
> EdB
>
>
>
> On Fri, Dec 12, 2014 at 10:11 AM, Erik de Bruin <er...@ixsoftware.nl>
> wrote:
> > "All" discussion with regard to the upcoming 4.14.0 release goes into
> > this thread.
> >
> > Thanks,
> >
> > EdB
> >
> >
> >
> > --
> > Ix Multimedia Software
> >
> > Jan Luykenstraat 27
> > 3521 VB Utrecht
> >
> > T. 06-51952295
> > I. www.ixsoftware.nl
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
The first successful build on the CI just completed. This means you
can download the 'release nightlies' from here:
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/
Thanks for testing!
EdB
On Fri, Dec 12, 2014 at 10:11 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> "All" discussion with regard to the upcoming 4.14.0 release goes into
> this thread.
>
> Thanks,
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
Could you please send me a simple text file instead of html? It will
make the comparison much easier.
Or was it the default way in which ls exported its output? That would
be strange.
On 16 December 2014 at 23:00, piotrz <pi...@gmail.com> wrote:
> Thanks Mihai.
>
> This is my diff report. I have SDK 4.14.0 RC with flash player 14 and Air 14
>
> http://www16.zippyshare.com/v/32558895/file.html
>
> There are some differences but I don't know how can they affect on these
> issues.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43612.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Thanks Mihai.
This is my diff report. I have SDK 4.14.0 RC with flash player 14 and Air 14
http://www16.zippyshare.com/v/32558895/file.html
There are some differences but I don't know how can they affect on these
issues.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43612.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
if you're on Windows, open a git bash (otherwise open a console
window), navigate to the SDK installation folder (which should be "cd
H:\flexsdk\ApacheFlex_Nightly"), and run this command:
ls -R > out.txt
It will take a while (mine took about 2 minutes), and at the end in
the SDK folder you'll have a new file called out.txt which will
contain all the files and folders (including subfolders) of the SDK.
Then you can use that to do a diff with the one I pasted on pastebin,
and see if our installations differ in anything significant.
Of course, this may not detect differing file sizes, but it's a start.
On 16 December 2014 at 22:23, piotrz <pi...@gmail.com> wrote:
> Mihai,
>
> I'm not familiar with this command ls -R ? Where I should use it ?
>
>
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43610.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Exactly. I'm trying to understand why
public function getChildIndex(child:FlowElement):int
{
var hi:int = _numChildren-1;
// one hole here - if child is null and this has no children then we'll
return 0
if (hi <= 0)
return _singleChild == child ? 0 : -1;
_singleChild and child are different, but I think this is something beyond
my ability. :)
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43754.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
The lastest READ tell you to run this to install the SDK:
ant -f installer.xml -Dflash.sdk.version=15.0 -Dair.sdk.version=15.0
It makes all of the needed changes to the SDK re Flash Player and AIR version number but fails to expand the RSL build numbers in flex-config.xml.
Also the script can only be run once. Running it again fails to set the FP or AIR versions (with no warnings or errors) which could lead to some confusion.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Exactly. Some of them were failing not because of issues in TLF, but for
example because I didn't have time to implement async tests required for
them or some other reason not related to TLF.
You have to check on your own which one I don't have to access to the code.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43889.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
The installer ant script also ignores any locale settings and looks like it forces en_US. Looking at script it looks like en_US is hardcoded into it at one place?
<property file="${FLEX_HOME}/installer.properties/en_US.properties"/>
Adding -Dbundle=en_AU seem to mostly work but it should really be picking up the defaults in build.properties etc (and I would of expected -Dlocale= to have worked)
There's another issue here in that the SDK supports more locales than the installer does. Running against one of those locales causes multiple errors but the script continues.
eg ant -f installer.xml -Dflash.sdk.version=15.0 -Dair.sdk.version=15.0 -Dbundle=en_CA
[get] Getting: http://flex.apache.org/installer/properties/sdk/en_CA.properties
[get] To: /Users/justinmclean/Documents/ApacheFlex4.14/en_CA.properties
[get] Error opening connection java.io.FileNotFoundException: http://flex.apache.org/installer/properties/sdk/en_CA.properties
[get] Error opening connection java.io.FileNotFoundException: http://flex.apache.org/installer/properties/sdk/en_CA.properties
[get] Error opening connection java.io.FileNotFoundException: http://flex.apache.org/installer/properties/sdk/en_CA.properties
[get] Can't get http://flex.apache.org/installer/properties/sdk/en_CA.properties to /Users/justinmclean/Documents/ApacheFlex4.14/en_CA.properties
Ending up with the SDK tagged as en_US not en_CA.
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>> Maybe because there is no difference in the LICENSE for source and binary packages?
>
> The binary package bundles extra 3rd party jars such as Saxon which is MPL licensed [1], that requires change to LICENSE right? The MPL was removed from LICENSE in this release. Also both Xerces and Xalan jars are bundled and content in their NOTICE files that looks like they need to be in our binary NOTICE file. See the content in LICENSE.bin which looks like a good attempt to take into account of this but may not be 100% correct.
I've created a new thread for this discussion. Please be so kind to
continue there,
Thanks,
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Maybe because there is no difference in the LICENSE for source and binary packages?
The binary package bundles extra 3rd party jars such as Saxon which is MPL licensed [1], that requires change to LICENSE right? The MPL was removed from LICENSE in this release. Also both Xerces and Xalan jars are bundled and content in their NOTICE files that looks like they need to be in our binary NOTICE file. See the content in LICENSE.bin which looks like a good attempt to take into account of this but may not be 100% correct.
Thanks,
Justin
1. http://en.wikipedia.org/wiki/Saxon_XSL
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Maybe because there is no difference in the LICENSE for source and binary
packages?
On 12/19/14, 5:40 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>Anyone know why this is commented out in build.xml?
>
> <!-- concat the license file with the binary license file for the
>3rd party deps -->
> <!--concat destfile="${basedir}/temp/LICENSE">
> <filelist dir="${FLEX_HOME}" files="LICENSE,LICENSE.bin"/>
> </concat-->
>
>Thanks,
>Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Anyone know why this is commented out in build.xml?
<!-- concat the license file with the binary license file for the 3rd party deps -->
<!--concat destfile="${basedir}/temp/LICENSE">
<filelist dir="${FLEX_HOME}" files="LICENSE,LICENSE.bin"/>
</concat-->
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
HI,
Also notice this when compiling - don't recall seeing that before.
compile:
[echo] Compiling frameworks/libs/framework.swc
[compc] Loading configuration file /Users/justinmclean/Documents/ApacheFlex4.14/frameworks/flex-config.xml
[compc] Loading configuration file /Users/justinmclean/Documents/ApacheFlex4.14/frameworks/projects/framework/framework-config.xml
[compc] Loading configuration file /Users/justinmclean/Documents/ApacheFlex4.14/frameworks/projects/framework/compile-config.xml
[compc] /Users/justinmclean/Documents/ApacheFlex4.14/frameworks/projects/framework/src/mx/binding/Binding.as(429): col: 20 Warning: addResponder is not a recognized method of the dynamic class Error.
[compc]
[compc] error.addResponder(new EvalBindingResponder(this, object));
[compc] ^
[compc]
[compc] /Users/justinmclean/Documents/ApacheFlex4.14/frameworks/libs/framework.swc (847591 bytes)
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
So, the ignored tests were the ones that were failing before my changes to the elf code?
On Dec 25, 2014, at 12:16 PM, piotrz <pi...@gmail.com> wrote:
> Hi Harbs,
>
> During my port from Flex Unit 1 to Apache Flex Unit I've decided mark all
> tests which initially failing as Ignore and get back to it once we have all
> FU tests ported. Feel free to remove tag Ignore and try these tests - Maybe
> some of them after your changes are working now.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43887.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Harbs,
During my port from Flex Unit 1 to Apache Flex Unit I've decided mark all
tests which initially failing as Ignore and get back to it once we have all
FU tests ported. Feel free to remove tag Ignore and try these tests - Maybe
some of them after your changes are working now.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43887.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Harbs,
It's even better - In jenkins build we do not have these 1 error :)
Great job!
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43943.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@me.com>.
Hi,
> I cannot reproduce this. What were your steps before this attempt?
I believe did an ant super-clean, follow by an ant main, then ant clean and ant main again and that error showed up. This was on a clean checked out source tree not on an expanded binary release and on OSX.
Currently this is taking more than an 1 hour to download for me- so been unable to replicate.
http://fpdownload.adobe.com/pub/flex/sdk/builds/flex4.6/flex_sdk_4.6.0.23201B.zip
Thanks,
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> Currently 'ant clean' followed by 'ant main' fails to recompile the SDK with the following error:
>
> BUILD FAILED
> /Users/justinmclean/Documents/ApacheFlex4.14/build.xml:411: The following error occurred while executing this line:
> /Users/justinmclean/Documents/ApacheFlex4.14/modules/build.xml:140: The following error occurred while executing this line:
> /Users/justinmclean/Documents/ApacheFlex4.14/modules/compiler/build.xml:171: Warning: Could not find file /Users/justinmclean/Documents/ApacheFlex4.14/in/flex-tool-api.jar to copy.
I cannot reproduce this. What were your steps before this attempt?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Currently 'ant clean' followed by 'ant main' fails to recompile the SDK with the following error:
BUILD FAILED
/Users/justinmclean/Documents/ApacheFlex4.14/build.xml:411: The following error occurred while executing this line:
/Users/justinmclean/Documents/ApacheFlex4.14/modules/build.xml:140: The following error occurred while executing this line:
/Users/justinmclean/Documents/ApacheFlex4.14/modules/compiler/build.xml:171: Warning: Could not find file /Users/justinmclean/Documents/ApacheFlex4.14/in/flex-tool-api.jar to copy.
Justin
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
BTW, why are so many tests being skipped? (41 tests in all)
On Dec 25, 2014, at 11:18 AM, Harbs <ha...@gmail.com> wrote:
> I’m assuming that terminators are supposed to be direct children of paragraphs. That’s what the old code seems to indicate.
>
> I’m now getting the following results:
> [flexunit] Suite: UnitTest.Tests.OperationTest
> [flexunit] Tests run: 47, Failures: 5, Errors: 2, Skipped: 2, Time elapsed: 5.388 sec
>
> The remaining two errors are “index out of bounds” in ParagraphElement.insertBlockElement(). I’m working on that now. After I resolve the errors, I’ll look at the failures. FWIW, some of the errors now became failures… :-(
>
> On Dec 25, 2014, at 12:34 AM, Harbs <ha...@gmail.com> wrote:
>
>> It looks like at least some of these errors are related to paragraph terminators ending up nested in Link elements.
>>
>> Does anyone know if that;s something that is supposed to ever happen? Is it correct to assume that paragraph terminator elements are always supposed to be direct children of ParagraphElements? What about SubParargaphGroup elements? Do those contain the terminators, or is the terminator supposed to be a direct child of the paragraph in that case as well?
>>
>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>
>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I’m assuming that terminators are supposed to be direct children of paragraphs. That’s what the old code seems to indicate.
I’m now getting the following results:
[flexunit] Suite: UnitTest.Tests.OperationTest
[flexunit] Tests run: 47, Failures: 5, Errors: 2, Skipped: 2, Time elapsed: 5.388 sec
The remaining two errors are “index out of bounds” in ParagraphElement.insertBlockElement(). I’m working on that now. After I resolve the errors, I’ll look at the failures. FWIW, some of the errors now became failures… :-(
On Dec 25, 2014, at 12:34 AM, Harbs <ha...@gmail.com> wrote:
> It looks like at least some of these errors are related to paragraph terminators ending up nested in Link elements.
>
> Does anyone know if that;s something that is supposed to ever happen? Is it correct to assume that paragraph terminator elements are always supposed to be direct children of ParagraphElements? What about SubParargaphGroup elements? Do those contain the terminators, or is the terminator supposed to be a direct child of the paragraph in that case as well?
>
> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>
>> [flexunit] Suite: UnitTest.Tests.OperationTest
>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
It looks like at least some of these errors are related to paragraph terminators ending up nested in Link elements.
Does anyone know if that;s something that is supposed to ever happen? Is it correct to assume that paragraph terminator elements are always supposed to be direct children of ParagraphElements? What about SubParargaphGroup elements? Do those contain the terminators, or is the terminator supposed to be a direct child of the paragraph in that case as well?
On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
> [flexunit] Suite: UnitTest.Tests.OperationTest
> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Thanks. :-)
I’m not getting that error any more, so I guess there’s no need.
On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
> Harbs,
>
> Congratulations! You are absolutly the best! :)
>
> Do you still want me to look into tests ordering?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Harbs,
This is another huge thing which I have to implement in our TLF tests -
configuration for every test case.
Logic for reading configuration for tests was bind with some UI
functionality (It was tree where you could choose which tests should be
launched) - I have removed everything and left only basic configuration - As
you could see in EventOverrideTest we don't have properties
TestData.eventOverride or TestData.overrideEditManager.
It could be my next step after SDK release. - Add tests configuration from
flex-tlf\test\testCases\.
I think we have enough from our TLF side to for this release. :)
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44071.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Erik,
I have just tried on Windows with Java 1.8 and I don't have any errors...
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44073.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I have a feeling there might be a some-times bug here.
There seems to be a difference between different machines on arrow behavior which might be why the arrow test is failing for you.
Please try the following:
Place your cursor in the beginning of a text flow line (it should not matter which one) and hit the up arrow key. Does the cursor move to the beginning or end of the previous line?
For me it moves to the beginning of the line, but for one of my QA folks, it moves to the end of the line. Since it’s not failing for me, I’m having trouble debugging…
On Jan 2, 2015, at 12:55 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> I see the 'flex-tlf' build is also reporting no issues. So, it must be
> me, and I didn't see any issues when I use Java 1.6.
>
> Let's leave it at that, and go back to stabilizing the release branch
> and get 4.14 out the door.
>
> Thanks,
>
> EdB
>
>
>
> On Fri, Jan 2, 2015 at 11:42 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>> Ah, lemme look...
>>
>> Here they are:
>>
>> [flexunit] FlexUnit test paddingBottomTest ([object Object]) in suite
>> UnitTest.Tests.ContainerAttributeTest failed.
>> [flexunit] FlexUnit test arrowUp in suite
>> UnitTest.Tests.GeneralFunctionsTest failed.
>> [flexunit] FlexUnit test arrowDown in suite
>> UnitTest.Tests.GeneralFunctionsTest failed.
>>
>> Thanks,
>>
>> EdB
>>
>>
>> On Fri, Jan 2, 2015 at 11:38 AM, Harbs <ha...@gmail.com> wrote:
>>> A bit further up it says exactly which tests are failing. That’s just the suites.
>>>
>>> On Jan 2, 2015, at 12:31 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>
>>>> ...
>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>>> elapsed: 3.603 sec
>>>> ...
>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>>> elapsed: 170.805 sec
>>>> ...
>>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>>> elapsed: 252.987 sec
>>>>
>>>> I'll reboot soon, then I'll try again.
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> On Fri, Jan 2, 2015 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>>>>> I’m not seeing any failures, and Jenkins is not reporting any failures either.
>>>>>
>>>>> Which tests are failing for you?
>>>>>
>>>>> On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>>
>>>>>> Harbs,
>>>>>>
>>>>>> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>>>>>>
>>>>>> ...
>>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>>>>> elapsed: 3.603 sec
>>>>>> ...
>>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>>>>> elapsed: 170.805 sec
>>>>>> ...
>>>>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>>>>> elapsed: 252.987 sec
>>>>>>
>>>>>> On 1.6 all is well!
>>>>>>
>>>>>> EdB
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>>>>>>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>>>>>>
>>>>>>> After my last commit, we are down to 20 ignored tests total.
>>>>>>>
>>>>>>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>>>>>>
>>>>>>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Piotr, I have a question:
>>>>>>>>
>>>>>>>> I’m looking at the EventOverrideTest.
>>>>>>>>
>>>>>>>> The old tests look like they were run via xml like this:
>>>>>>>> <TestCase functionName="keyDownDerivedTest">
>>>>>>>> <TestData name="overrideEditManager">true</TestData>
>>>>>>>> <TestData name="flash">false</TestData>
>>>>>>>> <TestData name="fileName">empty.xml</TestData>
>>>>>>>> <TestData name="tb_rtl">false</TestData>
>>>>>>>> <TestData name="rl_ltr">false</TestData>
>>>>>>>> </TestCase>
>>>>>>>>
>>>>>>>> These values were different for the different test cases.
>>>>>>>>
>>>>>>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>>>>>>
>>>>>>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>>>>>>
>>>>>>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Harbs,
>>>>>>>>>
>>>>>>>>> Congratulations! You are absolutly the best! :)
>>>>>>>>>
>>>>>>>>> Do you still want me to look into tests ordering?
>>>>>>>>>
>>>>>>>>> Piotr
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -----
>>>>>>>>> Apache Flex PMC
>>>>>>>>> piotrzarzycki21@gmail.com
>>>>>>>>> --
>>>>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ix Multimedia Software
>>>>>>
>>>>>> Jan Luykenstraat 27
>>>>>> 3521 VB Utrecht
>>>>>>
>>>>>> T. 06-51952295
>>>>>> I. www.ixsoftware.nl
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I see the 'flex-tlf' build is also reporting no issues. So, it must be
me, and I didn't see any issues when I use Java 1.6.
Let's leave it at that, and go back to stabilizing the release branch
and get 4.14 out the door.
Thanks,
EdB
On Fri, Jan 2, 2015 at 11:42 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Ah, lemme look...
>
> Here they are:
>
> [flexunit] FlexUnit test paddingBottomTest ([object Object]) in suite
> UnitTest.Tests.ContainerAttributeTest failed.
> [flexunit] FlexUnit test arrowUp in suite
> UnitTest.Tests.GeneralFunctionsTest failed.
> [flexunit] FlexUnit test arrowDown in suite
> UnitTest.Tests.GeneralFunctionsTest failed.
>
> Thanks,
>
> EdB
>
>
> On Fri, Jan 2, 2015 at 11:38 AM, Harbs <ha...@gmail.com> wrote:
>> A bit further up it says exactly which tests are failing. That’s just the suites.
>>
>> On Jan 2, 2015, at 12:31 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> ...
>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>> elapsed: 3.603 sec
>>> ...
>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>> elapsed: 170.805 sec
>>> ...
>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>> elapsed: 252.987 sec
>>>
>>> I'll reboot soon, then I'll try again.
>>>
>>> EdB
>>>
>>>
>>>
>>> On Fri, Jan 2, 2015 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>>>> I’m not seeing any failures, and Jenkins is not reporting any failures either.
>>>>
>>>> Which tests are failing for you?
>>>>
>>>> On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>
>>>>> Harbs,
>>>>>
>>>>> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>>>>>
>>>>> ...
>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>>>> elapsed: 3.603 sec
>>>>> ...
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>>>> elapsed: 170.805 sec
>>>>> ...
>>>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>>>> elapsed: 252.987 sec
>>>>>
>>>>> On 1.6 all is well!
>>>>>
>>>>> EdB
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>>>>>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>>>>>
>>>>>> After my last commit, we are down to 20 ignored tests total.
>>>>>>
>>>>>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>>>>>
>>>>>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>>>>>
>>>>>>> Piotr, I have a question:
>>>>>>>
>>>>>>> I’m looking at the EventOverrideTest.
>>>>>>>
>>>>>>> The old tests look like they were run via xml like this:
>>>>>>> <TestCase functionName="keyDownDerivedTest">
>>>>>>> <TestData name="overrideEditManager">true</TestData>
>>>>>>> <TestData name="flash">false</TestData>
>>>>>>> <TestData name="fileName">empty.xml</TestData>
>>>>>>> <TestData name="tb_rtl">false</TestData>
>>>>>>> <TestData name="rl_ltr">false</TestData>
>>>>>>> </TestCase>
>>>>>>>
>>>>>>> These values were different for the different test cases.
>>>>>>>
>>>>>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>>>>>
>>>>>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>>>>>
>>>>>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Harbs,
>>>>>>>>
>>>>>>>> Congratulations! You are absolutly the best! :)
>>>>>>>>
>>>>>>>> Do you still want me to look into tests ordering?
>>>>>>>>
>>>>>>>> Piotr
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> -----
>>>>>>>> Apache Flex PMC
>>>>>>>> piotrzarzycki21@gmail.com
>>>>>>>> --
>>>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Ix Multimedia Software
>>>>>
>>>>> Jan Luykenstraat 27
>>>>> 3521 VB Utrecht
>>>>>
>>>>> T. 06-51952295
>>>>> I. www.ixsoftware.nl
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Ah, lemme look...
Here they are:
[flexunit] FlexUnit test paddingBottomTest ([object Object]) in suite
UnitTest.Tests.ContainerAttributeTest failed.
[flexunit] FlexUnit test arrowUp in suite
UnitTest.Tests.GeneralFunctionsTest failed.
[flexunit] FlexUnit test arrowDown in suite
UnitTest.Tests.GeneralFunctionsTest failed.
Thanks,
EdB
On Fri, Jan 2, 2015 at 11:38 AM, Harbs <ha...@gmail.com> wrote:
> A bit further up it says exactly which tests are failing. That’s just the suites.
>
> On Jan 2, 2015, at 12:31 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> ...
>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>> elapsed: 3.603 sec
>> ...
>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>> elapsed: 170.805 sec
>> ...
>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>> elapsed: 252.987 sec
>>
>> I'll reboot soon, then I'll try again.
>>
>> EdB
>>
>>
>>
>> On Fri, Jan 2, 2015 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>>> I’m not seeing any failures, and Jenkins is not reporting any failures either.
>>>
>>> Which tests are failing for you?
>>>
>>> On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>
>>>> Harbs,
>>>>
>>>> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>>>>
>>>> ...
>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>>> elapsed: 3.603 sec
>>>> ...
>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>>> elapsed: 170.805 sec
>>>> ...
>>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>>> elapsed: 252.987 sec
>>>>
>>>> On 1.6 all is well!
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>>>>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>>>>
>>>>> After my last commit, we are down to 20 ignored tests total.
>>>>>
>>>>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>>>>
>>>>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>>>>
>>>>>> Piotr, I have a question:
>>>>>>
>>>>>> I’m looking at the EventOverrideTest.
>>>>>>
>>>>>> The old tests look like they were run via xml like this:
>>>>>> <TestCase functionName="keyDownDerivedTest">
>>>>>> <TestData name="overrideEditManager">true</TestData>
>>>>>> <TestData name="flash">false</TestData>
>>>>>> <TestData name="fileName">empty.xml</TestData>
>>>>>> <TestData name="tb_rtl">false</TestData>
>>>>>> <TestData name="rl_ltr">false</TestData>
>>>>>> </TestCase>
>>>>>>
>>>>>> These values were different for the different test cases.
>>>>>>
>>>>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>>>>
>>>>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>>>>
>>>>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>>>>
>>>>>>> Harbs,
>>>>>>>
>>>>>>> Congratulations! You are absolutly the best! :)
>>>>>>>
>>>>>>> Do you still want me to look into tests ordering?
>>>>>>>
>>>>>>> Piotr
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -----
>>>>>>> Apache Flex PMC
>>>>>>> piotrzarzycki21@gmail.com
>>>>>>> --
>>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
A bit further up it says exactly which tests are failing. That’s just the suites.
On Jan 2, 2015, at 12:31 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> ...
> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
> elapsed: 3.603 sec
> ...
> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
> elapsed: 170.805 sec
> ...
> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
> elapsed: 252.987 sec
>
> I'll reboot soon, then I'll try again.
>
> EdB
>
>
>
> On Fri, Jan 2, 2015 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>> I’m not seeing any failures, and Jenkins is not reporting any failures either.
>>
>> Which tests are failing for you?
>>
>> On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Harbs,
>>>
>>> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>>>
>>> ...
>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>>> elapsed: 3.603 sec
>>> ...
>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>>> elapsed: 170.805 sec
>>> ...
>>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>>> elapsed: 252.987 sec
>>>
>>> On 1.6 all is well!
>>>
>>> EdB
>>>
>>>
>>>
>>> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>>>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>>>
>>>> After my last commit, we are down to 20 ignored tests total.
>>>>
>>>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>>>
>>>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>>>
>>>>> Piotr, I have a question:
>>>>>
>>>>> I’m looking at the EventOverrideTest.
>>>>>
>>>>> The old tests look like they were run via xml like this:
>>>>> <TestCase functionName="keyDownDerivedTest">
>>>>> <TestData name="overrideEditManager">true</TestData>
>>>>> <TestData name="flash">false</TestData>
>>>>> <TestData name="fileName">empty.xml</TestData>
>>>>> <TestData name="tb_rtl">false</TestData>
>>>>> <TestData name="rl_ltr">false</TestData>
>>>>> </TestCase>
>>>>>
>>>>> These values were different for the different test cases.
>>>>>
>>>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>>>
>>>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>>>
>>>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>>>
>>>>>> Harbs,
>>>>>>
>>>>>> Congratulations! You are absolutly the best! :)
>>>>>>
>>>>>> Do you still want me to look into tests ordering?
>>>>>>
>>>>>> Piotr
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----
>>>>>> Apache Flex PMC
>>>>>> piotrzarzycki21@gmail.com
>>>>>> --
>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
...
[flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
[flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
elapsed: 3.603 sec
...
[flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
[flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
elapsed: 170.805 sec
...
[flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
elapsed: 252.987 sec
I'll reboot soon, then I'll try again.
EdB
On Fri, Jan 2, 2015 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
> I’m not seeing any failures, and Jenkins is not reporting any failures either.
>
> Which tests are failing for you?
>
> On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Harbs,
>>
>> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>>
>> ...
>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
>> elapsed: 3.603 sec
>> ...
>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
>> elapsed: 170.805 sec
>> ...
>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
>> elapsed: 252.987 sec
>>
>> On 1.6 all is well!
>>
>> EdB
>>
>>
>>
>> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>>
>>> After my last commit, we are down to 20 ignored tests total.
>>>
>>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>>
>>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>>
>>>> Piotr, I have a question:
>>>>
>>>> I’m looking at the EventOverrideTest.
>>>>
>>>> The old tests look like they were run via xml like this:
>>>> <TestCase functionName="keyDownDerivedTest">
>>>> <TestData name="overrideEditManager">true</TestData>
>>>> <TestData name="flash">false</TestData>
>>>> <TestData name="fileName">empty.xml</TestData>
>>>> <TestData name="tb_rtl">false</TestData>
>>>> <TestData name="rl_ltr">false</TestData>
>>>> </TestCase>
>>>>
>>>> These values were different for the different test cases.
>>>>
>>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>>
>>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>>
>>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>>
>>>>> Harbs,
>>>>>
>>>>> Congratulations! You are absolutly the best! :)
>>>>>
>>>>> Do you still want me to look into tests ordering?
>>>>>
>>>>> Piotr
>>>>>
>>>>>
>>>>>
>>>>> -----
>>>>> Apache Flex PMC
>>>>> piotrzarzycki21@gmail.com
>>>>> --
>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I’m not seeing any failures, and Jenkins is not reporting any failures either.
Which tests are failing for you?
On Jan 2, 2015, at 11:55 AM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Harbs,
>
> When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
>
> ...
> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
> [flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
> elapsed: 3.603 sec
> ...
> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
> [flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
> elapsed: 170.805 sec
> ...
> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
> elapsed: 252.987 sec
>
> On 1.6 all is well!
>
> EdB
>
>
>
> On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
>> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>>
>> After my last commit, we are down to 20 ignored tests total.
>>
>> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>>
>> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>>
>>> Piotr, I have a question:
>>>
>>> I’m looking at the EventOverrideTest.
>>>
>>> The old tests look like they were run via xml like this:
>>> <TestCase functionName="keyDownDerivedTest">
>>> <TestData name="overrideEditManager">true</TestData>
>>> <TestData name="flash">false</TestData>
>>> <TestData name="fileName">empty.xml</TestData>
>>> <TestData name="tb_rtl">false</TestData>
>>> <TestData name="rl_ltr">false</TestData>
>>> </TestCase>
>>>
>>> These values were different for the different test cases.
>>>
>>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>>
>>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>>
>>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>>
>>>> Harbs,
>>>>
>>>> Congratulations! You are absolutly the best! :)
>>>>
>>>> Do you still want me to look into tests ordering?
>>>>
>>>> Piotr
>>>>
>>>>
>>>>
>>>> -----
>>>> Apache Flex PMC
>>>> piotrzarzycki21@gmail.com
>>>> --
>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Harbs,
When I ran the tests with Java 1.8 on my Mac (Yosemite), I still see failures:
...
[flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
[flexunit] Tests run: 36, Failures: 2, Errors: 0, Skipped: 0, Time
elapsed: 3.603 sec
...
[flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
[flexunit] Tests run: 31, Failures: 1, Errors: 0, Skipped: 2, Time
elapsed: 170.805 sec
...
[flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 20, Time
elapsed: 252.987 sec
On 1.6 all is well!
EdB
On Wed, Dec 31, 2014 at 10:45 PM, Harbs <ha...@gmail.com> wrote:
> I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
>
> After my last commit, we are down to 20 ignored tests total.
>
> It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
>
> On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
>
>> Piotr, I have a question:
>>
>> I’m looking at the EventOverrideTest.
>>
>> The old tests look like they were run via xml like this:
>> <TestCase functionName="keyDownDerivedTest">
>> <TestData name="overrideEditManager">true</TestData>
>> <TestData name="flash">false</TestData>
>> <TestData name="fileName">empty.xml</TestData>
>> <TestData name="tb_rtl">false</TestData>
>> <TestData name="rl_ltr">false</TestData>
>> </TestCase>
>>
>> These values were different for the different test cases.
>>
>> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>>
>> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>>
>> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>>
>>> Harbs,
>>>
>>> Congratulations! You are absolutly the best! :)
>>>
>>> Do you still want me to look into tests ordering?
>>>
>>> Piotr
>>>
>>>
>>>
>>> -----
>>> Apache Flex PMC
>>> piotrzarzycki21@gmail.com
>>> --
>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I hacked together a solution for this. I’m not sure if there’s a nicer way to do it. Feel free to fix it up...
After my last commit, we are down to 20 ignored tests total.
It would be great if someone could check the one test that’s failing on the CI server. It’s passing on my machine, so I’m not sure what’s wrong there. If there’s no easy way to fix that test, we can set it to ignore again, but it looks like a good test to have.
On Dec 31, 2014, at 11:22 PM, Harbs <ha...@gmail.com> wrote:
> Piotr, I have a question:
>
> I’m looking at the EventOverrideTest.
>
> The old tests look like they were run via xml like this:
> <TestCase functionName="keyDownDerivedTest">
> <TestData name="overrideEditManager">true</TestData>
> <TestData name="flash">false</TestData>
> <TestData name="fileName">empty.xml</TestData>
> <TestData name="tb_rtl">false</TestData>
> <TestData name="rl_ltr">false</TestData>
> </TestCase>
>
> These values were different for the different test cases.
>
> How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
>
> There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
>
> On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
>
>> Harbs,
>>
>> Congratulations! You are absolutly the best! :)
>>
>> Do you still want me to look into tests ordering?
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Piotr, I have a question:
I’m looking at the EventOverrideTest.
The old tests look like they were run via xml like this:
<TestCase functionName="keyDownDerivedTest">
<TestData name="overrideEditManager">true</TestData>
<TestData name="flash">false</TestData>
<TestData name="fileName">empty.xml</TestData>
<TestData name="tb_rtl">false</TestData>
<TestData name="rl_ltr">false</TestData>
</TestCase>
These values were different for the different test cases.
How is TestData.overrideEditManager supposed to be set on a case-by-case basis in the current setup?
There’s also a variable called TestData.eventOverride. I’m not sure how that;’s supposed to be set.
On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
> Harbs,
>
> Congratulations! You are absolutly the best! :)
>
> Do you still want me to look into tests ordering?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Could someone take a look at AllParaAttributeTest? It’s passing on my local machine, but failing on the ci server. I’m not sure what’s going wrong there.
If we can get that test to consistently pass that would be nice…
On Dec 31, 2014, at 12:36 AM, piotrz <pi...@gmail.com> wrote:
> Harbs,
>
> Congratulations! You are absolutly the best! :)
>
> Do you still want me to look into tests ordering?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Harbs,
Congratulations! You are absolutly the best! :)
Do you still want me to look into tests ordering?
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44017.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Could someone take a look at the error on the CI server? The TLF build is passing, but there’s some kind of Java error:
ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception
java.io.IOException: remote file operation failed: <http://apacheflexbuild.cloudapp.net:8080/job/flex-tlf/ws/> at hudson.remoting.Channel@174ea1b:flex_sdk_slave2: java.io.IOException: Failed to read <http://apacheflexbuild.cloudapp.net:8080/job/flex-tlf/ws/bin/apps/asTestApps/bin/AliceScroll.swf>
Is this really a JUnit report file? Your configuration must be matching too many files
I’m clueless as to what this means…
Harbs
On Dec 30, 2014, at 9:42 PM, Harbs <ha...@gmail.com> wrote:
> Whoopee!
>
> I just fixed the last failing test just in time for the new year! TLF should now be good to go. :-)
>
> I’ll try to write a wiki on the table support sometime over the next few days.
>
> When I have some time, I’ll also try to take a look at the ignored tests and see which ones I can get operational.
>
> On Dec 30, 2014, at 4:57 PM, piotrz <pi...@gmail.com> wrote:
>
>> Yep Only one error left.
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Whoopee!
I just fixed the last failing test just in time for the new year! TLF should now be good to go. :-)
I’ll try to write a wiki on the table support sometime over the next few days.
When I have some time, I’ll also try to take a look at the ignored tests and see which ones I can get operational.
On Dec 30, 2014, at 4:57 PM, piotrz <pi...@gmail.com> wrote:
> Yep Only one error left.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Yep Only one error left.
I see some new errors, after last build we should see in
${output.dir}/apps/automation_apps/bin
reports with unit tests results.
Is it problem with file write ? Anyone know ?
[flexunit] Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time
elapsed: 592.169 sec
[flexunit]
BUILD FAILED
c:\Jenkins\workspace\flex-tlf\build.xml:312: FlexUnit tests failed during
the test run.
Total time: 13 minutes 44 seconds
Build step 'Invoke Ant' marked build as failure
Recording test results
ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to
exception
java.io.IOException: remote file operation failed:
c:\Jenkins\workspace\flex-tlf at
hudson.remoting.Channel@174ea1b:flex_sdk_slave2: java.io.IOException: Failed
to read
c:\Jenkins\workspace\flex-tlf\automation_tests\src\UnitTest\Tests\ContainerAttributeTest.as
Is this really a JUnit report file? Your configuration must be matching too
many files
at hudson.FilePath.act(FilePath.java:977)
at hudson.FilePath.act(FilePath.java:959)
at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:90)
at
hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:120)
at
hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:137)
at
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
at
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683)
at hudson.model.Run.execute(Run.java:1784)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p44001.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Ok. I will have some time on Saturday or Sunday and will try to look into
that.
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43995.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
It did not help.
On Dec 30, 2014, at 12:45 PM, piotrz <pi...@gmail.com> wrote:
> Put it in the WritingModeTest
>
> [TestCase(order=1)]
> public class WritingModeTest
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Put it in the WritingModeTest
[TestCase(order=1)]
public class WritingModeTest
I haven't ordered unit test classes yet, so this is only my guess, whether
this help.
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43993.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
That goes in WritingModeTest.as or in AllTestsSuite.as?
(I still have no clue how these tests are working internally. It makes me very uncomfortable to be working with them as “black boxes”…)
On Dec 30, 2014, at 12:27 PM, piotrz <pi...@gmail.com> wrote:
> Ok so try to add [TestCase(order=1)] tag to WritingModeTest class from my
> link.
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43990.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Ok so try to add [TestCase(order=1)] tag to WritingModeTest class from my
link.
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43990.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
The order the tests are run seems to have nothing to do with the order of variables or alphabetical order.
On Dec 30, 2014, at 12:20 PM, Harbs <ha...@gmail.com> wrote:
> I tried that. It did not make a difference.
>
> On Dec 30, 2014, at 12:17 PM, piotrz <pi...@gmail.com> wrote:
>
>> Try to put public var writingModeTest:WritingModeTest; in the first place in
>> AllTestsSuite - It could help and run WritingModeTest as first.
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43986.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I tried that. It did not make a difference.
On Dec 30, 2014, at 12:17 PM, piotrz <pi...@gmail.com> wrote:
> Try to put public var writingModeTest:WritingModeTest; in the first place in
> AllTestsSuite - It could help and run WritingModeTest as first.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43986.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Try to put public var writingModeTest:WritingModeTest; in the first place in
AllTestsSuite - It could help and run WritingModeTest as first.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43986.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Jup, that last commit took care of that "problem" ;-)
EdB
On Tue, Dec 30, 2014 at 12:35 PM, Harbs <ha...@gmail.com> wrote:
> I’ve been getting the ContainerAttributeTest failure on and off. I have a feeling it’s a rounding error problem. If so, I’ll fix the test to take that into account…
>
> On Dec 30, 2014, at 1:32 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> I got:
>>
>> "insertTextTest in suite UnitTest.Tests.OperationTest"
>>
>> on both Javas;
>>
>> "paddingBottomTest ([object Object]) in suite
>> UnitTest.Tests.ContainerAttributeTest failed."
>>
>> only on Java 1.6.
>>
>> HTH,
>>
>> EdB
>>
>>
>> On Tue, Dec 30, 2014 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>>> The consistent failure was OperationTest.insertTextTest Right?
>>>
>>> The second one should be WritingModeTest.arabicDirection.
>>>
>>> It consistently fails for me when I run all the test, but passed when I only run WritingModeTest.
>>>
>>> On Dec 30, 2014, at 12:24 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>
>>>> Java 1.8:
>>>>
>>>> Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time elapsed: 257.348 sec
>>>>
>>>> Java 1.6:
>>>>
>>>> Tests run: 428, Failures: 2, Errors: 0, Skipped: 42, Time elapsed: 500.364 sec
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Dec 30, 2014 at 11:09 AM, Harbs <ha...@gmail.com> wrote:
>>>>> BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
>>>>>
>>>>> On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
>>>>>
>>>>>> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>>>>>>
>>>>>> Changing the order of the variables does not seem to do anything.
>>>>>>
>>>>>> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>>>>>>
>>>>>>> Hi Harbs,
>>>>>>>
>>>>>>> Yes you can order items in your unit test class. Take a look [1]
>>>>>>>
>>>>>>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>>>>>>
>>>>>>> Piotr
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -----
>>>>>>> Apache Flex PMC
>>>>>>> piotrzarzycki21@gmail.com
>>>>>>> --
>>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I’ve been getting the ContainerAttributeTest failure on and off. I have a feeling it’s a rounding error problem. If so, I’ll fix the test to take that into account…
On Dec 30, 2014, at 1:32 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> I got:
>
> "insertTextTest in suite UnitTest.Tests.OperationTest"
>
> on both Javas;
>
> "paddingBottomTest ([object Object]) in suite
> UnitTest.Tests.ContainerAttributeTest failed."
>
> only on Java 1.6.
>
> HTH,
>
> EdB
>
>
> On Tue, Dec 30, 2014 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
>> The consistent failure was OperationTest.insertTextTest Right?
>>
>> The second one should be WritingModeTest.arabicDirection.
>>
>> It consistently fails for me when I run all the test, but passed when I only run WritingModeTest.
>>
>> On Dec 30, 2014, at 12:24 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Java 1.8:
>>>
>>> Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time elapsed: 257.348 sec
>>>
>>> Java 1.6:
>>>
>>> Tests run: 428, Failures: 2, Errors: 0, Skipped: 42, Time elapsed: 500.364 sec
>>>
>>> EdB
>>>
>>>
>>>
>>>
>>> On Tue, Dec 30, 2014 at 11:09 AM, Harbs <ha...@gmail.com> wrote:
>>>> BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
>>>>
>>>> On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
>>>>
>>>>> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>>>>>
>>>>> Changing the order of the variables does not seem to do anything.
>>>>>
>>>>> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>>>>>
>>>>>> Hi Harbs,
>>>>>>
>>>>>> Yes you can order items in your unit test class. Take a look [1]
>>>>>>
>>>>>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>>>>>
>>>>>> Piotr
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----
>>>>>> Apache Flex PMC
>>>>>> piotrzarzycki21@gmail.com
>>>>>> --
>>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I got:
"insertTextTest in suite UnitTest.Tests.OperationTest"
on both Javas;
"paddingBottomTest ([object Object]) in suite
UnitTest.Tests.ContainerAttributeTest failed."
only on Java 1.6.
HTH,
EdB
On Tue, Dec 30, 2014 at 11:29 AM, Harbs <ha...@gmail.com> wrote:
> The consistent failure was OperationTest.insertTextTest Right?
>
> The second one should be WritingModeTest.arabicDirection.
>
> It consistently fails for me when I run all the test, but passed when I only run WritingModeTest.
>
> On Dec 30, 2014, at 12:24 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Java 1.8:
>>
>> Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time elapsed: 257.348 sec
>>
>> Java 1.6:
>>
>> Tests run: 428, Failures: 2, Errors: 0, Skipped: 42, Time elapsed: 500.364 sec
>>
>> EdB
>>
>>
>>
>>
>> On Tue, Dec 30, 2014 at 11:09 AM, Harbs <ha...@gmail.com> wrote:
>>> BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
>>>
>>> On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
>>>
>>>> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>>>>
>>>> Changing the order of the variables does not seem to do anything.
>>>>
>>>> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>>>>
>>>>> Hi Harbs,
>>>>>
>>>>> Yes you can order items in your unit test class. Take a look [1]
>>>>>
>>>>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>>>>
>>>>> Piotr
>>>>>
>>>>>
>>>>>
>>>>> -----
>>>>> Apache Flex PMC
>>>>> piotrzarzycki21@gmail.com
>>>>> --
>>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>>
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
The consistent failure was OperationTest.insertTextTest Right?
The second one should be WritingModeTest.arabicDirection.
It consistently fails for me when I run all the test, but passed when I only run WritingModeTest.
On Dec 30, 2014, at 12:24 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Java 1.8:
>
> Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time elapsed: 257.348 sec
>
> Java 1.6:
>
> Tests run: 428, Failures: 2, Errors: 0, Skipped: 42, Time elapsed: 500.364 sec
>
> EdB
>
>
>
>
> On Tue, Dec 30, 2014 at 11:09 AM, Harbs <ha...@gmail.com> wrote:
>> BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
>>
>> On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
>>
>>> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>>>
>>> Changing the order of the variables does not seem to do anything.
>>>
>>> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>>>
>>>> Hi Harbs,
>>>>
>>>> Yes you can order items in your unit test class. Take a look [1]
>>>>
>>>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>>>
>>>> Piotr
>>>>
>>>>
>>>>
>>>> -----
>>>> Apache Flex PMC
>>>> piotrzarzycki21@gmail.com
>>>> --
>>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>>
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Java 1.8:
Tests run: 428, Failures: 1, Errors: 0, Skipped: 42, Time elapsed: 257.348 sec
Java 1.6:
Tests run: 428, Failures: 2, Errors: 0, Skipped: 42, Time elapsed: 500.364 sec
EdB
On Tue, Dec 30, 2014 at 11:09 AM, Harbs <ha...@gmail.com> wrote:
> BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
>
> On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
>
>> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>>
>> Changing the order of the variables does not seem to do anything.
>>
>> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>>
>>> Hi Harbs,
>>>
>>> Yes you can order items in your unit test class. Take a look [1]
>>>
>>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>>
>>> Piotr
>>>
>>>
>>>
>>> -----
>>> Apache Flex PMC
>>> piotrzarzycki21@gmail.com
>>> --
>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
BTW, I just made another commit. The only real error left seems to be an Operation test error where a new span is being inserted into a Link element rather than being inserted after it.
On Dec 30, 2014, at 12:07 PM, Harbs <ha...@gmail.com> wrote:
> Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
>
> Changing the order of the variables does not seem to do anything.
>
> On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
>
>> Hi Harbs,
>>
>> Yes you can order items in your unit test class. Take a look [1]
>>
>> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Okay, but how do we change the order in AllTestsSuite? I want to move WritingModeTest to the top.
Changing the order of the variables does not seem to do anything.
On Dec 30, 2014, at 11:51 AM, piotrz <pi...@gmail.com> wrote:
> Hi Harbs,
>
> Yes you can order items in your unit test class. Take a look [1]
>
> [1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Harbs,
Yes you can order items in your unit test class. Take a look [1]
[1] https://cwiki.apache.org/confluence/display/FLEX/FlexUnit+Order
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43982.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
It sounds like a timing issue…
I’ll see what I can do about tracking it down.
On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Just ran again with 1.8, got the error. Then with 1.6: no error. I
> threw in 1.7 for good measure: zero errors.
>
> EdB
>
>
>
> On Mon, Dec 29, 2014 at 6:04 PM, Harbs <ha...@gmail.com> wrote:
>> Weird. I think my machine (Mac 10.9.5) uses Java 1.6.
>>
>> I get the error.
>>
>> On Dec 29, 2014, at 3:47 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Fun fact: when run with Java (1.)6, I get:
>>>
>>> Tests run: 428, Failures: 5, Errors: 0, Skipped: 41, Time elapsed: 246.937 sec
>>>
>>> Since the Windows build machine also runs Java (1.)6, the error seems
>>> to correlate to the Java edition?
>>>
>>> Ed
>>>
>>> On Mon, Dec 29, 2014 at 2:28 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>> On my Mac, this is the current status:
>>>>
>>>> Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
>>>>> I’ve made some more progress. We’re down to 5 failures and 1 error:
>>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>>> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
>>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
>>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>>> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
>>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
>>>>> [flexunit] Results :
>>>>> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
>>>>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>>>>
>>>>>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>>>>>
>>>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>>>>>> [flexunit]
>>>>>> [flexunit] Results :
>>>>>> [flexunit]
>>>>>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>>>>>> [flexunit]
>>>>>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>>>>>
>>>>>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
It passes when I run the TabTest alone.
It seems to be testing for a Flash Player bug rather than a TLF bug and the current test does not seem to be doing anything:
//the long string value is the correct test data. Since this is a Player bug, we can't check in the correct test data until Player fixes the bug.
//Need to remove the comment to check in the correct test data once Player fixes the bug.
tlf.tabStops = "e700 e269";
//tlf.tabStops = "e700 e269.1499999999998";
I think we can safely ignore this test.
On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Just ran again with 1.8, got the error. Then with 1.6: no error. I
> threw in 1.7 for good measure: zero errors.
>
> EdB
>
>
>
> On Mon, Dec 29, 2014 at 6:04 PM, Harbs <ha...@gmail.com> wrote:
>> Weird. I think my machine (Mac 10.9.5) uses Java 1.6.
>>
>> I get the error.
>>
>> On Dec 29, 2014, at 3:47 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Fun fact: when run with Java (1.)6, I get:
>>>
>>> Tests run: 428, Failures: 5, Errors: 0, Skipped: 41, Time elapsed: 246.937 sec
>>>
>>> Since the Windows build machine also runs Java (1.)6, the error seems
>>> to correlate to the Java edition?
>>>
>>> Ed
>>>
>>> On Mon, Dec 29, 2014 at 2:28 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>> On my Mac, this is the current status:
>>>>
>>>> Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
>>>>> I’ve made some more progress. We’re down to 5 failures and 1 error:
>>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>>> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
>>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
>>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>>> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
>>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
>>>>> [flexunit] Results :
>>>>> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
>>>>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>>>>
>>>>>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>>>>>
>>>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>>>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>>>>>> [flexunit]
>>>>>> [flexunit] Results :
>>>>>> [flexunit]
>>>>>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>>>>>> [flexunit]
>>>>>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>>>>>
>>>>>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Another question:
One of the other failing tests is this one:
[Test]
public function bindableSpan():void
{
// Bindable span should not lose its formatting
var textFlow:TextFlow = new TextFlow();
var paragraph:ParagraphElement = new ParagraphElement();
var span1:SpanElement = new SpanElement();
var span2:SpanElement = new SpanElement();
var format:TextLayoutFormat = new TextLayoutFormat();
format.fontWeight = FontWeight.BOLD;
span2.format = format;
paragraph.mxmlChildren = [ span1, span2 ];
textFlow.mxmlChildren = [ paragraph ];
textFlow.flowComposer.addController(new ContainerController(new Sprite()));
textFlow.flowComposer.compose(); // force normalize
assertTrue("Spans should not be merged!", span2.parent == span1.parent && paragraph.numChildren == 2);
assertTrue("Formatting on second span should be preserved!", span2.fontWeight == FontWeight.BOLD);
}
span2 is removed from the paragraph when the flow is normalized. Can anyone explain why empty spans should not be merged when they are normalized?
On Dec 30, 2014, at 10:54 AM, Harbs <ha...@gmail.com> wrote:
> Question:
>
> Is there a way to specify the order tests are run?
> One of the failures is in WritingModeTest. The arabicDirection test is failing when all the tests are run, but passing when the WritingModeTest is run by itself.
>
> I want to see what happens if I run WritingModeTest as the first test suite.
>
> On Dec 30, 2014, at 12:26 AM, Harbs <ha...@gmail.com> wrote:
>
>> I just made another commit. Now Down to 3. :-)
>>
>> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 42, Time elapsed: 155.729 sec
>>
>> On Dec 29, 2014, at 9:53 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Oh, there are plenty of Mustella tests failing ;-) But those failures
>>> don't seem to be related to TLF, as far as I can tell.
>>>
>>> So, you're 0.5 errors and 4 failures away from "being done"!
>>>
>>> EdB
>>>
>>>
>>>
>>> On Mon, Dec 29, 2014 at 8:46 PM, Harbs <ha...@gmail.com> wrote:
>>>> I thought I remembered that besides the unit test, there were mustella tests failing.
>>>>
>>>> If not, all the better… ;-)
>>>>
>>>> On Dec 29, 2014, at 9:34 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>
>>>>> Just curious, why are you looking at Mustella tests? There don't seem
>>>>> to be Mustella tests failing in a manner that would indicate a problem
>>>>> with TLF.
>>>>>
>>>>> EdB
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
>>>>>> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>>>>>>
>>>>>> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>>>
>>>>>>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>>>>>>> threw in 1.7 for good measure: zero errors.
>>>>>>>
>>>>>>> EdB
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Ix Multimedia Software
>>>>>
>>>>> Jan Luykenstraat 27
>>>>> 3521 VB Utrecht
>>>>>
>>>>> T. 06-51952295
>>>>> I. www.ixsoftware.nl
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Question:
Is there a way to specify the order tests are run?
One of the failures is in WritingModeTest. The arabicDirection test is failing when all the tests are run, but passing when the WritingModeTest is run by itself.
I want to see what happens if I run WritingModeTest as the first test suite.
On Dec 30, 2014, at 12:26 AM, Harbs <ha...@gmail.com> wrote:
> I just made another commit. Now Down to 3. :-)
>
> [flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 42, Time elapsed: 155.729 sec
>
> On Dec 29, 2014, at 9:53 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Oh, there are plenty of Mustella tests failing ;-) But those failures
>> don't seem to be related to TLF, as far as I can tell.
>>
>> So, you're 0.5 errors and 4 failures away from "being done"!
>>
>> EdB
>>
>>
>>
>> On Mon, Dec 29, 2014 at 8:46 PM, Harbs <ha...@gmail.com> wrote:
>>> I thought I remembered that besides the unit test, there were mustella tests failing.
>>>
>>> If not, all the better… ;-)
>>>
>>> On Dec 29, 2014, at 9:34 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>
>>>> Just curious, why are you looking at Mustella tests? There don't seem
>>>> to be Mustella tests failing in a manner that would indicate a problem
>>>> with TLF.
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
>>>>> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>>>>>
>>>>> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>>
>>>>>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>>>>>> threw in 1.7 for good measure: zero errors.
>>>>>>
>>>>>> EdB
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I just made another commit. Now Down to 3. :-)
[flexunit] Tests run: 428, Failures: 3, Errors: 0, Skipped: 42, Time elapsed: 155.729 sec
On Dec 29, 2014, at 9:53 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Oh, there are plenty of Mustella tests failing ;-) But those failures
> don't seem to be related to TLF, as far as I can tell.
>
> So, you're 0.5 errors and 4 failures away from "being done"!
>
> EdB
>
>
>
> On Mon, Dec 29, 2014 at 8:46 PM, Harbs <ha...@gmail.com> wrote:
>> I thought I remembered that besides the unit test, there were mustella tests failing.
>>
>> If not, all the better… ;-)
>>
>> On Dec 29, 2014, at 9:34 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Just curious, why are you looking at Mustella tests? There don't seem
>>> to be Mustella tests failing in a manner that would indicate a problem
>>> with TLF.
>>>
>>> EdB
>>>
>>>
>>>
>>> On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
>>>> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>>>>
>>>> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>>
>>>>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>>>>> threw in 1.7 for good measure: zero errors.
>>>>>
>>>>> EdB
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Oh, there are plenty of Mustella tests failing ;-) But those failures
don't seem to be related to TLF, as far as I can tell.
So, you're 0.5 errors and 4 failures away from "being done"!
EdB
On Mon, Dec 29, 2014 at 8:46 PM, Harbs <ha...@gmail.com> wrote:
> I thought I remembered that besides the unit test, there were mustella tests failing.
>
> If not, all the better… ;-)
>
> On Dec 29, 2014, at 9:34 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Just curious, why are you looking at Mustella tests? There don't seem
>> to be Mustella tests failing in a manner that would indicate a problem
>> with TLF.
>>
>> EdB
>>
>>
>>
>> On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
>>> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>>>
>>> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>>
>>>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>>>> threw in 1.7 for good measure: zero errors.
>>>>
>>>> EdB
>>>>
>>>>
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I thought I remembered that besides the unit test, there were mustella tests failing.
If not, all the better… ;-)
On Dec 29, 2014, at 9:34 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Just curious, why are you looking at Mustella tests? There don't seem
> to be Mustella tests failing in a manner that would indicate a problem
> with TLF.
>
> EdB
>
>
>
> On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
>> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>>
>> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>
>>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>>> threw in 1.7 for good measure: zero errors.
>>>
>>> EdB
>>>
>>>
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Just curious, why are you looking at Mustella tests? There don't seem
to be Mustella tests failing in a manner that would indicate a problem
with TLF.
EdB
On Mon, Dec 29, 2014 at 7:41 PM, Harbs <ha...@gmail.com> wrote:
> Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
>
> On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Just ran again with 1.8, got the error. Then with 1.6: no error. I
>> threw in 1.7 for good measure: zero errors.
>>
>> EdB
>>
>>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Is there a way to see what Mustella tests are failing on the CI server? I’d rather know what I’m dealing with before trying to run the full suite of tests on a local machine…
On Dec 29, 2014, at 8:08 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Just ran again with 1.8, got the error. Then with 1.6: no error. I
> threw in 1.7 for good measure: zero errors.
>
> EdB
>
>
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Just ran again with 1.8, got the error. Then with 1.6: no error. I
threw in 1.7 for good measure: zero errors.
EdB
On Mon, Dec 29, 2014 at 6:04 PM, Harbs <ha...@gmail.com> wrote:
> Weird. I think my machine (Mac 10.9.5) uses Java 1.6.
>
> I get the error.
>
> On Dec 29, 2014, at 3:47 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>
>> Fun fact: when run with Java (1.)6, I get:
>>
>> Tests run: 428, Failures: 5, Errors: 0, Skipped: 41, Time elapsed: 246.937 sec
>>
>> Since the Windows build machine also runs Java (1.)6, the error seems
>> to correlate to the Java edition?
>>
>> Ed
>>
>> On Mon, Dec 29, 2014 at 2:28 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>>> On my Mac, this is the current status:
>>>
>>> Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
>>>
>>> EdB
>>>
>>>
>>>
>>> On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
>>>> I’ve made some more progress. We’re down to 5 failures and 1 error:
>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
>>>> [flexunit] Results :
>>>> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
>>>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>>>
>>>>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>>>>
>>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>>>>> [flexunit]
>>>>> [flexunit] Results :
>>>>> [flexunit]
>>>>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>>>>> [flexunit]
>>>>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>>>>
>>>>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Weird. I think my machine (Mac 10.9.5) uses Java 1.6.
I get the error.
On Dec 29, 2014, at 3:47 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> Fun fact: when run with Java (1.)6, I get:
>
> Tests run: 428, Failures: 5, Errors: 0, Skipped: 41, Time elapsed: 246.937 sec
>
> Since the Windows build machine also runs Java (1.)6, the error seems
> to correlate to the Java edition?
>
> Ed
>
> On Mon, Dec 29, 2014 at 2:28 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
>> On my Mac, this is the current status:
>>
>> Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
>>
>> EdB
>>
>>
>>
>> On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
>>> I’ve made some more progress. We’re down to 5 failures and 1 error:
>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
>>> [flexunit] Results :
>>> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
>>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>>
>>>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>>>
>>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>>>> [flexunit]
>>>> [flexunit] Results :
>>>> [flexunit]
>>>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>>>> [flexunit]
>>>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>>>
>>>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>>>
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Fun fact: when run with Java (1.)6, I get:
Tests run: 428, Failures: 5, Errors: 0, Skipped: 41, Time elapsed: 246.937 sec
Since the Windows build machine also runs Java (1.)6, the error seems
to correlate to the Java edition?
Ed
On Mon, Dec 29, 2014 at 2:28 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> On my Mac, this is the current status:
>
> Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
>
> EdB
>
>
>
> On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
>> I’ve made some more progress. We’re down to 5 failures and 1 error:
>> [flexunit] Suite: UnitTest.Tests.OperationTest
>> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
>> [flexunit] Suite: UnitTest.Tests.TabTest
>> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
>> [flexunit] Suite: UnitTest.Tests.FloatTest
>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
>> [flexunit] Suite: UnitTest.Tests.BoxTest
>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
>> [flexunit] Results :
>> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
>> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>>
>>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>>
>>> [flexunit] Suite: UnitTest.Tests.OperationTest
>>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>>> [flexunit] Suite: UnitTest.Tests.TabTest
>>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>>> [flexunit] Suite: UnitTest.Tests.FloatTest
>>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>>> [flexunit] Suite: UnitTest.Tests.BoxTest
>>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>>> [flexunit]
>>> [flexunit] Results :
>>> [flexunit]
>>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>>> [flexunit]
>>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>>
>>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>>
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
On my Mac, this is the current status:
Tests run: 428, Failures: 4, Errors: 1, Skipped: 41, Time elapsed: 253.360 sec
EdB
On Mon, Dec 29, 2014 at 11:01 AM, Harbs <ha...@gmail.com> wrote:
> I’ve made some more progress. We’re down to 5 failures and 1 error:
> [flexunit] Suite: UnitTest.Tests.OperationTest
> [flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
> [flexunit] Suite: UnitTest.Tests.TabTest
> [flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
> [flexunit] Suite: UnitTest.Tests.AllEventTest
> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
> [flexunit] Suite: UnitTest.Tests.FloatTest
> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
> [flexunit] Suite: UnitTest.Tests.AttributeTest
> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
> [flexunit] Suite: UnitTest.Tests.FlowModelTest
> [flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
> [flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
> [flexunit] Suite: UnitTest.Tests.WritingModeTest
> [flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
> [flexunit] Suite: UnitTest.Tests.ScrollingTest
> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
> [flexunit] Suite: UnitTest.Tests.BoxTest
> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
> [flexunit] Suite: UnitTest.Tests.CompositionTest
> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
> [flexunit] Results :
> [flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
> On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
>
>> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>>
>> [flexunit] Suite: UnitTest.Tests.OperationTest
>> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
>> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
>> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
>> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
>> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
>> [flexunit] Suite: UnitTest.Tests.TabTest
>> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
>> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
>> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
>> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
>> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
>> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
>> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
>> [flexunit] Suite: UnitTest.Tests.AllEventTest
>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
>> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
>> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
>> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
>> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
>> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
>> [flexunit] Suite: UnitTest.Tests.FloatTest
>> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
>> [flexunit] Suite: UnitTest.Tests.AttributeTest
>> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
>> [flexunit] Suite: UnitTest.Tests.FlowModelTest
>> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
>> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
>> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
>> [flexunit] Suite: UnitTest.Tests.WritingModeTest
>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
>> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
>> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
>> [flexunit] Suite: UnitTest.Tests.ScrollingTest
>> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
>> [flexunit] Suite: UnitTest.Tests.BoxTest
>> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
>> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
>> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
>> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
>> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
>> [flexunit] Suite: UnitTest.Tests.CompositionTest
>> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
>> [flexunit]
>> [flexunit] Results :
>> [flexunit]
>> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
>> [flexunit]
>> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>>
>>> I’m running the Unit Tests right now. I’ll see what comes up…
>>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
TLF status was: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I’ve made some more progress. We’re down to 5 failures and 1 error:
[flexunit] Suite: UnitTest.Tests.OperationTest
[flexunit] Tests run: 47, Failures: 2, Errors: 0, Skipped: 2, Time elapsed: 5.002 sec
[flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
[flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.409 sec
[flexunit] Suite: UnitTest.Tests.CrossContainerTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
[flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.947 sec
[flexunit] Suite: UnitTest.Tests.TabTest
[flexunit] Tests run: 19, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 0.713 sec
[flexunit] Suite: UnitTest.Tests.AllContAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.794 sec
[flexunit] Suite: UnitTest.Tests.EventOverrideTest
[flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.374 sec
[flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
[flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec
[flexunit] Suite: UnitTest.Tests.FactoryImportTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
[flexunit] Suite: UnitTest.Tests.AllEventTest
[flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.729 sec
[flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 0.274 sec
[flexunit] Suite: UnitTest.Tests.TextFlowEditTest
[flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec
[flexunit] Suite: UnitTest.Tests.ContainerTypeTest
[flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.436 sec
[flexunit] Suite: UnitTest.Tests.FloatTest
[flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.313 sec
[flexunit] Suite: UnitTest.Tests.AttributeTest
[flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.778 sec
[flexunit] Suite: UnitTest.Tests.FlowModelTest
[flexunit] Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 15.267 sec
[flexunit] Suite: UnitTest.Tests.ElementOperationTest
[flexunit] Tests run: 25, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.772 sec
[flexunit] Suite: UnitTest.Tests.WritingModeTest
[flexunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.549 sec
[flexunit] Suite: UnitTest.Tests.UndoRedoTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.040 sec
[flexunit] Suite: UnitTest.Tests.ScrollingTest
[flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.430 sec
[flexunit] Suite: UnitTest.Tests.BoxTest
[flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.116 sec
[flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 27.738 sec
[flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
[flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 78.049 sec
[flexunit] Suite: UnitTest.Tests.CompositionTest
[flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 17.595 sec
[flexunit] Results :
[flexunit] Tests run: 428, Failures: 5, Errors: 1, Skipped: 41, Time elapsed: 184.707 sec
On Dec 24, 2014, at 9:13 PM, Harbs <ha...@gmail.com> wrote:
> Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
>
> [flexunit] Suite: UnitTest.Tests.OperationTest
> [flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
> [flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
> [flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
> [flexunit] Suite: UnitTest.Tests.CrossContainerTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
> [flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
> [flexunit] Suite: UnitTest.Tests.TabTest
> [flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
> [flexunit] Suite: UnitTest.Tests.AllContAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
> [flexunit] Suite: UnitTest.Tests.EventOverrideTest
> [flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
> [flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
> [flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
> [flexunit] Suite: UnitTest.Tests.FactoryImportTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
> [flexunit] Suite: UnitTest.Tests.AllEventTest
> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
> [flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
> [flexunit] Suite: UnitTest.Tests.TextFlowEditTest
> [flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
> [flexunit] Suite: UnitTest.Tests.ContainerTypeTest
> [flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
> [flexunit] Suite: UnitTest.Tests.FloatTest
> [flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
> [flexunit] Suite: UnitTest.Tests.AttributeTest
> [flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
> [flexunit] Suite: UnitTest.Tests.FlowModelTest
> [flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
> [flexunit] Suite: UnitTest.Tests.ElementOperationTest
> [flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
> [flexunit] Suite: UnitTest.Tests.WritingModeTest
> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
> [flexunit] Suite: UnitTest.Tests.UndoRedoTest
> [flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
> [flexunit] Suite: UnitTest.Tests.ScrollingTest
> [flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
> [flexunit] Suite: UnitTest.Tests.BoxTest
> [flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
> [flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
> [flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
> [flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
> [flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
> [flexunit] Suite: UnitTest.Tests.CompositionTest
> [flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
> [flexunit]
> [flexunit] Results :
> [flexunit]
> [flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
> [flexunit]
> On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
>
>> I’m running the Unit Tests right now. I’ll see what comes up…
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Here’s the current results. I’ll start with the OperationTest results. There’s a good chance that the other issues are related to the one I just fixed...
[flexunit] Suite: UnitTest.Tests.OperationTest
[flexunit] Tests run: 47, Failures: 4, Errors: 3, Skipped: 2, Time elapsed: 5.089 sec
[flexunit] Suite: UnitTest.Tests.GeneralFunctionsTest
[flexunit] Tests run: 36, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 2.339 sec
[flexunit] Suite: UnitTest.Tests.CrossContainerTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
[flexunit] Suite: UnitTest.Tests.AllParaAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 2.887 sec
[flexunit] Suite: UnitTest.Tests.TabTest
[flexunit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.543 sec
[flexunit] Suite: UnitTest.Tests.AllContAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.767 sec
[flexunit] Suite: UnitTest.Tests.EventOverrideTest
[flexunit] Tests run: 12, Failures: 0, Errors: 0, Skipped: 12, Time elapsed: 0.376 sec
[flexunit] Suite: UnitTest.Tests.AccessibilityMethodsTest
[flexunit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
[flexunit] Suite: UnitTest.Tests.FactoryImportTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
[flexunit] Suite: UnitTest.Tests.AllEventTest
[flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 0.695 sec
[flexunit] Suite: UnitTest.Tests.BoundsAndAlignmentTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 6, Time elapsed: 1.998 sec
[flexunit] Suite: UnitTest.Tests.TextFlowEditTest
[flexunit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
[flexunit] Suite: UnitTest.Tests.ContainerTypeTest
[flexunit] Tests run: 22, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.313 sec
[flexunit] Suite: UnitTest.Tests.FloatTest
[flexunit] Tests run: 56, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 21.469 sec
[flexunit] Suite: UnitTest.Tests.AttributeTest
[flexunit] Tests run: 44, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 1.421 sec
[flexunit] Suite: UnitTest.Tests.FlowModelTest
[flexunit] Tests run: 23, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 1.273 sec
[flexunit] Suite: UnitTest.Tests.ElementOperationTest
[flexunit] Tests run: 25, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.363 sec
[flexunit] Suite: UnitTest.Tests.WritingModeTest
[flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.569 sec
[flexunit] Suite: UnitTest.Tests.UndoRedoTest
[flexunit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
[flexunit] Suite: UnitTest.Tests.ScrollingTest
[flexunit] Tests run: 15, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 4.769 sec
[flexunit] Suite: UnitTest.Tests.BoxTest
[flexunit] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.201 sec
[flexunit] Suite: UnitTest.Tests.AllCharAttributeTest
[flexunit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.951 sec
[flexunit] Suite: UnitTest.Tests.ContainerAttributeTest
[flexunit] Tests run: 31, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 113.957 sec
[flexunit] Suite: UnitTest.Tests.CompositionTest
[flexunit] Tests run: 24, Failures: 0, Errors: 0, Skipped: 4, Time elapsed: 3.929 sec
[flexunit]
[flexunit] Results :
[flexunit]
[flexunit] Tests run: 428, Failures: 6, Errors: 5, Skipped: 41, Time elapsed: 177.319 sec
[flexunit]
On Dec 24, 2014, at 9:09 PM, Harbs <ha...@gmail.com> wrote:
> I’m running the Unit Tests right now. I’ll see what comes up…
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
I just committed a fix to this.
It’s slightly concerning to me that the fix was in the Operation, but this case should be resolved.
Basically, it seems that the preserved terminator span is different in the new TLF code than it was in the old code, so a reference was becoming invalid.
I’ll keep my eyes out for other cases where this might become an issue.
I’m running the Unit Tests right now. I’ll see what comes up…
Harbs
On Dec 19, 2014, at 12:41 AM, Harbs <ha...@gmail.com> wrote:
> Thanks for the observations. I’ll look more tomorrow.
>
> The real question is what changed that’s causing this error. Changing something that I have not touched in TLF is not the right way to fix this IMO. I need to figure out what I broke and address the source of the problem before I try to work around this RTE.
>
> On Dec 19, 2014, at 12:18 AM, piotrz <pi...@gmail.com> wrote:
>
>> Harbs,
>>
>> After debugging I see something like this:
>>
>> http://images.devs-on.net/Image/jg5EXavR0Yo3N065-Obszar.png
>>
>> We are doing undo on _memento, but it doesn't have our deleted text in the
>> MementoList, because our text is inside delSelOp.undo().
>>
>> Doing _memento.undo() we are getting these error, but probably if we do undo
>> on delSelOp we will have correct data.
>>
>> Just my findings after long debugging :)
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43757.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Thanks for the observations. I’ll look more tomorrow.
The real question is what changed that’s causing this error. Changing something that I have not touched in TLF is not the right way to fix this IMO. I need to figure out what I broke and address the source of the problem before I try to work around this RTE.
On Dec 19, 2014, at 12:18 AM, piotrz <pi...@gmail.com> wrote:
> Harbs,
>
> After debugging I see something like this:
>
> http://images.devs-on.net/Image/jg5EXavR0Yo3N065-Obszar.png
>
> We are doing undo on _memento, but it doesn't have our deleted text in the
> MementoList, because our text is inside delSelOp.undo().
>
> Doing _memento.undo() we are getting these error, but probably if we do undo
> on delSelOp we will have correct data.
>
> Just my findings after long debugging :)
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43757.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Harbs,
After debugging I see something like this:
http://images.devs-on.net/Image/jg5EXavR0Yo3N065-Obszar.png
We are doing undo on _memento, but it doesn't have our deleted text in the
MementoList, because our text is inside delSelOp.undo().
Doing _memento.undo() we are getting these error, but probably if we do undo
on delSelOp we will have correct data.
Just my findings after long debugging :)
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43757.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
You don’t get back the text because of the error.
I only get the stack trace when going through the debugger.
Here’s a sample stack trace:
ArgumentError: Child to remove not found
at flashx.textLayout.elements::FlowGroupElement/removeChild()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/elements/FlowGroupElement.as:930]
at InternalSplitFGEMemento/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/ModelEdit.as:387]
at SplitMemento/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/ModelEdit.as:487]
at flashx.textLayout.operations::SplitElementOperation/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/operations/SplitElementOperation.as:185]
at flashx.textLayout.edit::EditManager/performUndo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/EditManager.as:1002]
at flashx.textLayout.operations::FlowOperation/performUndo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/operations/FlowOperation.as:201]
On Dec 18, 2014, at 10:53 PM, piotrz <pi...@gmail.com> wrote:
> Harbs,
>
> Saying "Undo" you mean simple ctrl + z (cmd + z on Mac) yes ? I've created
> simple application with RichEditableText and add there TextFlow.
> I did this scenario and I didn't have runtime error, however after hit ctrl
> + z (undo) I have not back my deleted text.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43751.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Harbs,
Saying "Undo" you mean simple ctrl + z (cmd + z on Mac) yes ? I've created
simple application with RichEditableText and add there TextFlow.
I did this scenario and I didn't have runtime error, however after hit ctrl
+ z (undo) I have not back my deleted text.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43751.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
False alarm I do get this error. Sorry. :(
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43752.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Both of those issues affect non-table TextFlows.
There is definitely at least one issue that’s bound to affect at least some people:
1) Create a TextFlow.
2) Select All the text.
3) Hit Enter
4) Undo
You get a runtime error. The RTE only happens when using Enter to delete the text, and something goes off in the SplitParagraphOperation so undo can’t find an element.
If anyone wants to help me track this down, that would be great!
Harbs
On Dec 18, 2014, at 6:29 PM, Erik de Bruin <er...@ixsoftware.nl> wrote:
> I hope we'll get some feedback from regular TLF users/projects, see if
> they experience any regressions. If we have no regressions in the
> 'normal' (non-table) TLF, I have no problems releasing with a few
> known issues in the new table functionality.
>
> EdB
>
>
>
> On Thu, Dec 18, 2014 at 5:19 PM, Harbs <ha...@gmail.com> wrote:
>> Here’s the TLF issues that I know of:
>>
>> 1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet.
>> 2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges.
>>
>> The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures.
>>
>> Once I nail these two issues, we’ll see how many errors and failures we have left.
>>
>> Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-(
>>
>> On Dec 17, 2014, at 11:36 PM, piotrz <pi...@gmail.com> wrote:
>>
>>> I've just build Flow.swf (testApps in our TLF source code) application which
>>> is Flex TLF app created for testing TLF framework. It's working without any
>>> problems with SDK 4.14 RC, but more unit tests are failing than before.
>>>
>>> Tests run: 428, Failures: 6, Errors: 6,
>>>
>>> I've tried debugging some of them but issues are inside TLF and I don't have
>>> deep knowledge about that framework. :(
>>>
>>> Piotr
>>>
>>>
>>>
>>>
>>> -----
>>> Apache Flex PMC
>>> piotrzarzycki21@gmail.com
>>> --
>>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html
>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I hope we'll get some feedback from regular TLF users/projects, see if
they experience any regressions. If we have no regressions in the
'normal' (non-table) TLF, I have no problems releasing with a few
known issues in the new table functionality.
EdB
On Thu, Dec 18, 2014 at 5:19 PM, Harbs <ha...@gmail.com> wrote:
> Here’s the TLF issues that I know of:
>
> 1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet.
> 2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges.
>
> The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures.
>
> Once I nail these two issues, we’ll see how many errors and failures we have left.
>
> Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-(
>
> On Dec 17, 2014, at 11:36 PM, piotrz <pi...@gmail.com> wrote:
>
>> I've just build Flow.swf (testApps in our TLF source code) application which
>> is Flex TLF app created for testing TLF framework. It's working without any
>> problems with SDK 4.14 RC, but more unit tests are failing than before.
>>
>> Tests run: 428, Failures: 6, Errors: 6,
>>
>> I've tried debugging some of them but issues are inside TLF and I don't have
>> deep knowledge about that framework. :(
>>
>> Piotr
>>
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzycki21@gmail.com
>> --
>> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Harbs <ha...@gmail.com>.
Here’s the TLF issues that I know of:
1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet.
2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges.
The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures.
Once I nail these two issues, we’ll see how many errors and failures we have left.
Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-(
On Dec 17, 2014, at 11:36 PM, piotrz <pi...@gmail.com> wrote:
> I've just build Flow.swf (testApps in our TLF source code) application which
> is Flex TLF app created for testing TLF framework. It's working without any
> problems with SDK 4.14 RC, but more unit tests are failing than before.
>
> Tests run: 428, Failures: 6, Errors: 6,
>
> I've tried debugging some of them but issues are inside TLF and I don't have
> deep knowledge about that framework. :(
>
> Piotr
>
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I've just build Flow.swf (testApps in our TLF source code) application which
is Flex TLF app created for testing TLF framework. It's working without any
problems with SDK 4.14 RC, but more unit tests are failing than before.
Tests run: 428, Failures: 6, Errors: 6,
I've tried debugging some of them but issues are inside TLF and I don't have
deep knowledge about that framework. :(
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Release Apache Flex 4.14.0
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
You could just do a command prompt version [1]. The /s allows it to be recursive. The greator than specifies it to dump the output into a new text file rather than show it on the screen. This will be formatted like windows though instead of a linux list (ls).
[1] dir /s > dump.txt
-Mark
-----Original Message-----
From: piotrz [mailto:piotrzarzycki21@gmail.com]
Sent: Tuesday, December 16, 2014 5:24 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Release Apache Flex 4.14.0
Mihai,
I'm not familiar with this command ls -R ? Where I should use it ?
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43610.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Mihai,
I'm not familiar with this command ls -R ? Where I should use it ?
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43610.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
I just checked my IntelliJ output, and it looks much the same as
yours, piotr, except it works (strangely). It just did, as soon as I
managed to install Flex 4.14.0 RC.
My first idea would be to check if the contents of our installations
are identical or not (maybe a script didn't run well, or something
didn't download, etc.). Here are mine [1]. You could export yours with
ls -R > out.txt, and do a diff.
[1] http://pastebin.com/9i0tW6va
On 16 December 2014 at 21:37, piotrz <pi...@gmail.com> wrote:
> Alex,
>
> There is no change and I have the same errors. This is what I did:
>
> Downloaded once again SDK:
> Flash Player 15 and Air 15 - The same errors.
> I have created new Flex project and got ->
> http://images.devs-on.net/Image/W0H1KTEMTB1Dpuvz-Obszar.png
>
> Downloaded SDK with Flash Player 14 and Air 14 - The same errors.
>
> Everything what I did above was in my Intellij 14.0.2, but I've checked SDK
> in Intellij 12.1.7 and everything is working fine.
> This is probably some kind of IDE configuration issue.
>
> Does anyone is using currently Intellij 14.0.2 and have the same problem ?
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43606.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
I've just installed SDK 4.14 in my work and create new project and I see
playerglobal.swc in project configuration. It's compiling without problem.
I will let you know whether re-installation of my IDE helped.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43637.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
>From the SDK contents comparison the only differences seem to be
-I have many more folders and files in ./lib/aot - does someone know
what that folder contains? They look like mobile stuff, so I guess
they shouldn't impact desktop compiling.
-you're using flash player 14, I'm using 15
-you're missing crosspromotion.swc and gamepad.swc from ./frameworks/libs/air/
Otherwise, they're remarkably similar. So, unless any of the above
sound problematic to anyone, I guess that at least we can rule out
problems with missing files in the SDK.
On 17 December 2014 at 07:10, piotrz <pi...@gmail.com> wrote:
> Alex,
>
> flex-config.xml for both SDK are the same except rsl urls.
> I have in both
>
> <external-library-path>
>
> <path-element>libs/player/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
> </external-library-path>
>
> I will try later today reinstall my intellij.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43632.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Alex,
flex-config.xml for both SDK are the same except rsl urls.
I have in both
<external-library-path>
<path-element>libs/player/{targetPlayerMajorVersion}.{targetPlayerMinorVersion}/playerglobal.swc</path-element>
</external-library-path>
I will try later today reinstall my intellij.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43632.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Hi Piotr,
Compare the frameworks/flex-config.xml files for 4.14.0 and 4.13.0. I
think that’s where the default list of SWCs comes from.
-Alex
On 12/16/14, 10:45 PM, "piotrz" <pi...@gmail.com> wrote:
>Alex,
>
>Yes flashplayergloba.swc is in frameworks/libs. In the project settings
>playerglobal.swc is missing - This is strange.
>
>Flex SDK 4.14.0 RC project settings ->
>http://images.devs-on.net/Image/Acfx4XqEnEs9uAYT-Obszar.png
>Flex SDK 4.13.0 project settings ->
>http://images.devs-on.net/Image/Mm7eqhSf2adsfUca-Obszar.png
>
>I've pointed manually player global and project was compiled with SDK
>4.14.0
>
>Piotr
>
>
>
>-----
>Apache Flex PMC
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43629.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Alex,
Yes flashplayergloba.swc is in frameworks/libs. In the project settings
playerglobal.swc is missing - This is strange.
Flex SDK 4.14.0 RC project settings ->
http://images.devs-on.net/Image/Acfx4XqEnEs9uAYT-Obszar.png
Flex SDK 4.13.0 project settings ->
http://images.devs-on.net/Image/Mm7eqhSf2adsfUca-Obszar.png
I've pointed manually player global and project was compiled with SDK 4.14.0
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43629.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Is playerglobal.swc in a subfolder in frameworks/libs? What do the
project properties say about which SWCs will be compiled into the project?
Is playerglobal.swc one of the SWCs? Is the path to it correct?
-Alex
On 12/16/14, 1:37 PM, "piotrz" <pi...@gmail.com> wrote:
>Alex,
>
>There is no change and I have the same errors. This is what I did:
>
>Downloaded once again SDK:
>Flash Player 15 and Air 15 - The same errors.
>I have created new Flex project and got ->
>http://images.devs-on.net/Image/W0H1KTEMTB1Dpuvz-Obszar.png
>
>Downloaded SDK with Flash Player 14 and Air 14 - The same errors.
>
>Everything what I did above was in my Intellij 14.0.2, but I've checked
>SDK
>in Intellij 12.1.7 and everything is working fine.
>This is probably some kind of IDE configuration issue.
>
>Does anyone is using currently Intellij 14.0.2 and have the same problem ?
>
>Piotr
>
>
>
>-----
>Apache Flex PMC
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43606.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Alex,
There is no change and I have the same errors. This is what I did:
Downloaded once again SDK:
Flash Player 15 and Air 15 - The same errors.
I have created new Flex project and got ->
http://images.devs-on.net/Image/W0H1KTEMTB1Dpuvz-Obszar.png
Downloaded SDK with Flash Player 14 and Air 14 - The same errors.
Everything what I did above was in my Intellij 14.0.2, but I've checked SDK
in Intellij 12.1.7 and everything is working fine.
This is probably some kind of IDE configuration issue.
Does anyone is using currently Intellij 14.0.2 and have the same problem ?
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43606.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Mihai Chira <mi...@gmail.com>.
Piotr, that was the same error I was getting when trying to make the
develop branch of the sdk a working Flex SDK in the IDE. I kept
thinking I wasn't doing it right, but it might be a wider issue about
the sdk. Please let us know what you find.
On 16 December 2014 at 07:00, piotrz <pi...@gmail.com> wrote:
> Alex,
>
> Through the installer - without any problems.
> I will look into the folders later today.
>
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43543.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Alex,
Through the installer - without any problems.
I will look into the folders later today.
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43543.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by Alex Harui <ah...@adobe.com>.
Sounds like playerglobal.swc is not found. How did you install the SDK?
On 12/15/14, 10:50 PM, "piotrz" <pi...@gmail.com> wrote:
>Hi Team,
>
>As a test of this release I have decided to build application which we are
>using for tests TLF.
>
>Configuration:
>Intellij IDEA 14.0.2
>AIR: 15
>Flash Player: 15
>SDK: 4.14.0 RC
>
>I am getting this kind of error:
>
>Error:(23, 42) [textLayout_editBar]: Error code: 1017: The definition of
>base class Event was not found.
>
>or
>
>Error:[textLayout_editBar]: (mx.managers:IFocusManagerContainer) Error
>code:
>1046: Type was not found or was not a compile-time constant:
>[flash.events]::IEventDispatcher.
>
>I'm not sure why, but every class from flash.events. seems to be not
>recognized. Any idea why ?
>
>P.S. Harbs I was able to do whole build for TLF testing environment in
>IDE.
>I will describe in the other thread what we were missing last time.
>
>
>
>-----
>Apache Flex PMC
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apach
>e-Flex-4-14-0-tp43390p43541.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Posted by piotrz <pi...@gmail.com>.
Hi Team,
As a test of this release I have decided to build application which we are
using for tests TLF.
Configuration:
Intellij IDEA 14.0.2
AIR: 15
Flash Player: 15
SDK: 4.14.0 RC
I am getting this kind of error:
Error:(23, 42) [textLayout_editBar]: Error code: 1017: The definition of
base class Event was not found.
or
Error:[textLayout_editBar]: (mx.managers:IFocusManagerContainer) Error code:
1046: Type was not found or was not a compile-time constant:
[flash.events]::IEventDispatcher.
I'm not sure why, but every class from flash.events. seems to be not
recognized. Any idea why ?
P.S. Harbs I was able to do whole build for TLF testing environment in IDE.
I will describe in the other thread what we were missing last time.
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43541.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.