On Tue, Dec 18, 2012 at 11:37 PM, Justin Mclean wrote:
> HI,
>
> > It is for checkintests to pass in French OS. I think it is ok to take.
>
> Sadly not - I think it just broke the check in test for english.
>
> https://builds.apache.org/job/Flex_SDK_checkin_tests/28/console
>
> Justin
>
BTW, thi
On 12/18/12 11:37 PM, "Justin Mclean" wrote:
> HI,
>
>> It is for checkintests to pass in French OS. I think it is ok to take.
>
> Sadly not - I think it just broke the check in test for english.
>
> https://builds.apache.org/job/Flex_SDK_checkin_tests/28/console
>
Well, I suppose it is p
Hi,
Sadly not - I think it just broke the check in test for english.
Not sure that's the reason, it's just another if statement.
- Fred
-Message d'origine-
From: Justin Mclean
Sent: Wednesday, December 19, 2012 8:37 AM
To: flex-dev@incubator.apache.org
Subject: Re: svn commit: r142
HI,
> It is for checkintests to pass in French OS. I think it is ok to take.
Sadly not - I think it just broke the check in test for english.
https://builds.apache.org/job/Flex_SDK_checkin_tests/28/console
Justin
On 12/18/12 11:19 PM, "Frédéric THOMAS" wrote:
> Hi Alex,
>
> BTW, "Avertissement" means Warning.
Yup, BabelFish is amazing. I learned something today!
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
I don't think this is a locales issue. I think it is an OS language issue.
On 12/18/12 11:22 PM, "Frédéric THOMAS" wrote:
> Hi,
>
>> Currently it rather unlikely the Mustella tests will run on different
>> locales because of different month name in data pickers
>
> Can you remember which tes
Hi,
Currently it rather unlikely the Mustella tests will run on different
locales because of different month name in data pickers
Can you remember which test it is ?
- Fred
-Message d'origine-
From: Justin Mclean
Sent: Wednesday, December 19, 2012 8:15 AM
To: flex-dev@incubator.apa
Hi Alex,
BTW, "Avertissement" means Warning.
- Fred.
-Message d'origine-
From: Alex Harui
Sent: Wednesday, December 19, 2012 7:23 AM
To: flex-dev@incubator.apache.org
Subject: Re: Apache Flex 4.9 Release Candidate 3
On 12/18/12 10:15 PM, "Frédéric THOMAS" wrote:
Hi,
Adding "el
Hi,
> This one and the the patches relative to the internationalized Mustella Test
> Suite are required only if you want folks be able to run the test suite on no
> english OS.
Currently it rather unlikely the Mustella tests will run on different locales
because of different month name in data
Hi,
This one and the the patches relative to the internationalized Mustella Test
Suite are required only if you want folks be able to run the test suite on
no english OS.
- Fred
-Message d'origine-
From: Justin Mclean
Sent: Wednesday, December 19, 2012 8:05 AM
To: flex-dev@incubato
It is for checkintests to pass in French OS. I think it is ok to take.
BTW, I have some hard failures on Win with FP11.5. I haven't had time to
look into it yet, but we may need to edit the readme again about what we
know about different players.
On 12/18/12 11:05 PM, "Justin Mclean" wrote:
>
Is this required for the 4.9 release? I'm not 100% sure it is.
> Author: fthomas
> Date: Wed Dec 19 06:43:08 2012
> New Revision: 1423770
>
> URL: http://svn.apache.org/viewvc?rev=1423770&view=rev
> Log:
> FLEX-33316 checkintests fails on no english OS
>
> Modified:
>incubator/flex/sdk/branc
Hi,
I think you have to check in in one branch (preferably release) and merge
to
the other. Checking in the same fix separately may make the final merge
harder.
Oups, too late, I did it for both (it's not my used but it's done :P )
Sure they are, but most folks are apparently using English
On Tue, Dec 18, 2012 at 10:45 PM, Alex Harui wrote:
>
>
>
> On 12/18/12 10:37 PM, "Om" wrote:
>
>
> > Well, we just enabled checkintests on Jenkins...
> Yeah, but it will run in english, so his fix is not required.
>
>
Got it. Missed that part.
On 12/18/12 10:37 PM, "Om" wrote:
> Well, we just enabled checkintests on Jenkins...
Yeah, but it will run in english, so his fix is not required.
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
[
https://issues.apache.org/jira/browse/FLEX-33316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13535718#comment-13535718
]
Frédéric THOMAS commented on FLEX-33316:
see
http://svn.apache.org/viewvc/incubat
On 12/18/12 10:33 PM, "Frédéric THOMAS" wrote:
> Hi,
>
> I'm currently running the tests against the develop branch.
> I'll check the MustellaResultsParser.java in the develop and release4.9 in
> few minutes.
I think you have to check in in one branch (preferably release) and merge to
the oth
[
https://issues.apache.org/jira/browse/FLEX-33316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33316:
---
Labels: mustella test (was: )
> checkintests fails on no english OS
> --
Frédéric THOMAS created FLEX-33316:
--
Summary: checkintests fails on no english OS
Key: FLEX-33316
URL: https://issues.apache.org/jira/browse/FLEX-33316
Project: Apache Flex
Issue Type: Bug
On Tue, Dec 18, 2012 at 10:23 PM, Alex Harui wrote:
>
>
>
> On 12/18/12 10:15 PM, "Frédéric THOMAS" wrote:
>
> > Hi,
> >
> > Adding "else if (s.startsWith("Avertissement"))" to the
> > MustellaResultsParser.java makes the checkintests pass, thanks Alex,
> where
> > am I suppose to check in that,
Hi,
I'm currently running the tests against the develop branch.
I'll check the MustellaResultsParser.java in the develop and release4.9 in
few minutes.
Itsort of depends on how many folks you think will run checkintests
against
the develop branch in the near future.
Usually, folks are not s
On 12/18/12 10:15 PM, "Frédéric THOMAS" wrote:
> Hi,
>
> Adding "else if (s.startsWith("Avertissement"))" to the
> MustellaResultsParser.java makes the checkintests pass, thanks Alex, where
> am I suppose to check in that, in the develop or releaze4.9 branch ?
The release4.9 branch, then merg
On 12/18/12 10:04 PM, "Frédéric THOMAS" wrote:
> Hi,
>
> Ok, I guess I got it in part, the patch relative to the internationalized
> Mustella test suite hadn't been included into this branch and because my OS
> is in french, many tests fail.
> I'm gonna check the other points.
>
You might wa
Hi,
Adding "else if (s.startsWith("Avertissement"))" to the
MustellaResultsParser.java makes the checkintests pass, thanks Alex, where
am I suppose to check in that, in the develop or releaze4.9 branch ?
It was my first time running the checkintests, usually, I run all the tests,
so, I didn't
Hi,
Ok, I guess I got it in part, the patch relative to the internationalized
Mustella test suite hadn't been included into this branch and because my OS
is in french, many tests fail.
I'm gonna check the other points.
- Fred.
-Message d'origine-
From: Frédéric THOMAS
Sent: Wednesd
Hi,
All suggested changes done and checked in.
> 6) For me, the formatting around the mention of "osmf.swc" looks incorrect
> to me. I am using TextEdit on Mac. Maybe the next line "frameworks/libs"
> shouldn't be there?
May of been a space/tab issue to be on the safe side I converted all tabs
Hi,
Thanks for the suggested changes/feedback.
> 2) You may want to list the predicted flex.apache.org URLs alongside the
> URLs for getting the installer and the downloads page.
Think that might be a bit cumbersome as it's in several places, also SVN link
etc, perhaps have a bit about graduatin
Hi Justin,
A few comments about the README.
1) I don't think we can say this:
The application will grab the official, current release of
the SDK from apache.org...
Binary distributions are not official releases, so I think we have to say
something like:
The application will grab a
I'm reviewing the README now.
On 12/18/12 7:03 PM, "Justin Mclean" wrote:
> Hi,
>
> I've just checked in a new version of the README file containing information
> on using different locales and Flash Player versions. Before I make another
> release candidate I'd appreciate some feedback.
>
>
Om,
Not sure I'll get to it tonight. But the pieces are that FB is supposed to
copy templates/index-template.html from the SDK folder when creating a new
project, then substitute in some variables and put the result in a .html
file in the bin-debug or whatever output folder for the project.
Tha
Yay!
On 12/18/12 5:50 PM, "Justin Mclean" wrote:
> Hi,
>
> We have success!
> https://builds.apache.org/job/Flex_SDK_checkin_tests/27/console
>
> From now on the check in tests will run when a SVN checkin occurs (max
> once/hour) and once/day if no checkins.
>
> PRobably about time it mailed
Hi,
I've just checked in a new version of the README file containing information on
using different locales and Flash Player versions. Before I make another
release candidate I'd appreciate some feedback.
Thanks,
Justin
''On Tue, Dec 18, 2012 at 5:50 PM, Justin Mclean
wrote:
> Hi,
>
> We have success!
> https://builds.apache.org/job/Flex_SDK_checkin_tests/27/console
>
> From now on the check in tests will run when a SVN checkin occurs (max
> once/hour) and once/day if no checkins.
>
> PRobably about time it maile
Hi,
We have success!
https://builds.apache.org/job/Flex_SDK_checkin_tests/27/console
From now on the check in tests will run when a SVN checkin occurs (max
once/hour) and once/day if no checkins.
PRobably about time it mailed any failures to the dev mailing list so people
are aware of any issu
On Tue, Dec 18, 2012 at 4:57 PM, Justin Mclean wrote:
> Hi,
>
> > Using the Installer :-)
> Well that would be likely a bug with the installer :-)
>
> makeApacheFlexForFlashBuilder.sh runs the swfobject-download target in the
> framework/download.xml file, that downloads
> http://swfobject.googlec
Hi,
> Using the Installer :-)
Well that would be likely a bug with the installer :-)
makeApacheFlexForFlashBuilder.sh runs the swfobject-download target in the
framework/download.xml file, that downloads
http://swfobject.googlecode.com/files/swfobject_2_2.zip and extracts
swfobject/expressInst
On Tue, Dec 18, 2012 at 4:42 PM, Justin Mclean wrote:
> Hi,
>
> > I still have the swfobject.js issue with web based flex applications. If
> > someone could take a look at that, it would be good.
>
> I've not see that issue nor can I reproduce it here. I tested several web
> based applications.
>
Hi,
> I still have the swfobject.js issue with web based flex applications. If
> someone could take a look at that, it would be good.
I've not see that issue nor can I reproduce it here. I tested several web based
applications.
How are you packaging up RC4 into a SDK?
Thanks,
Justin
On Tue, Dec 18, 2012 at 4:31 PM, Justin Mclean wrote:
> Hi,
>
> Compiles on OSX, make SDK for both FB6 and FB7 with no issues. Tested
> against a few small projects and one large project with no obvious issues.
>
> However it a -1 from me as RC4 currently fails to compile with other
> locales (iss
Hi,
> Checkintests now pass on Jenkins! It was the absence of mm.cfg and the
> flashplayer trust files on the build machine that was causing the build to
> fail.
At the end of the console log is this correct/what is supposed to happen if the
tests pass?
Could not match :Build timed out : Fal
It looks like it went through fine in the end. I am going to look at why
flashlog.txt dint get copied over this time though.
Om
On Tue, Dec 18, 2012 at 4:25 PM, Justin Mclean wrote:
> Hi,
>
> Looks like we're almost there. I think the tests were run and they passed,
> but the job didn't end for
Hi,
Compiles on OSX, make SDK for both FB6 and FB7 with no issues. Tested against a
few small projects and one large project with no obvious issues.
However it a -1 from me as RC4 currently fails to compile with other locales
(issue with experimental and apache projects).
Anyone have anything
Checkintests now pass on Jenkins! It was the absence of mm.cfg and the
flashplayer trust files on the build machine that was causing the build to
fail.
I will start tweaking the two jobs to make them more efficient soon.
Thanks,
Om
-- Forwarded message --
From: Apache Jenkins S
Hi,
Looks like we're almost there. I think the tests were run and they passed, but
the job didn't end for some reason.
https://builds.apache.org/job/Flex_SDK_checkin_tests/25/console
Justin
but the resultsparser is also looking for trace statements unintentionally
left
in the code. I just used BabelFish to translat the output to English and
saw that it was a warning (I thought "Avertissement" was going to translate
to "Advertisement"). The results parser is assuming English for pl
Hi,
> I don't really have an opinion other than I think the FP and AIR SDKs should
> use the same swf-version.
The issue here is do we really want to default to FP 11.4 by default for non
AIR projects? I can see there would be some complaints (from users) if we
forced an update from FP 11.1 to
On 12/18/12 2:44 PM, "Om" wrote:
>>> The installer is ready. I posted about it here:
>>> http://markmail.org/message/ka5vmji5advcq7c7
>> I see. I was waiting for you to create an RC. Can you do that?
>>
>
> There two questions I would like resolved before embarking on the RC quest:
>
> 1
On Dec 18, 2012 2:34 PM, "Alex Harui" wrote:
>
>
>
>
> On 12/18/12 11:15 AM, "Om" wrote:
>
> > On Tue, Dec 18, 2012 at 8:35 AM, Carol Frampton
wrote:
> >
> >> -1 The SDK is almost there but now that the README mentions the
installer
> >> I will vote -1 until the installer is ready to go out at
On Dec 18, 2012 2:27 PM, "Justin Mclean" wrote:
>
> Hi,
>
> > I would say that it is up to him (Justin, your thoughts?) I am all for
> > releasing sooner than later, but we need to follow the steps in the
right
> > order.
>
> Given that most users of the SDK are going to use the default of FP
11
On 12/18/12 11:15 AM, "Om" wrote:
> On Tue, Dec 18, 2012 at 8:35 AM, Carol Frampton wrote:
>
>> -1 The SDK is almost there but now that the README mentions the installer
>> I will vote -1 until the installer is ready to go out at the same time.
>>
>>
> The installer is ready. I posted ab
On 12/18/12 2:26 PM, "Justin Mclean" wrote:
> Hi,
>
>> I would say that it is up to him (Justin, your thoughts?) I am all for
>> releasing sooner than later, but we need to follow the steps in the right
>> order.
>
> Given that most users of the SDK are going to use the default of FP 11.1/
On 12/18/12 2:20 PM, "Justin Mclean" wrote:
> Hi,
>
>> The RC does not contain the full mustella suite (not very useful to most
>> folks) so you need to be able to redirect a branch's mustella run against an
>> external set of SWCs and compiler.
>
> Perhaps the way to look at this is what wo
On 12/18/12 2:05 PM, "Om" wrote:
> On Tue, Dec 18, 2012 at 1:58 PM, Justin Mclean
> wrote:
>
>> Hi,
>>
>>> Which is useful, but somewhat disturbing information as it
>>> potentially increases the number of possible rendering environments.
>>
>> I don't think we can possible test every comb
Hi,
> I would say that it is up to him (Justin, your thoughts?) I am all for
> releasing sooner than later, but we need to follow the steps in the right
> order.
Given that most users of the SDK are going to use the default of FP 11.1/AIR
3.4 we needs test that on windows/OSX, everything else
On 12/18/12 1:58 PM, "Justin Mclean" wrote:
> Hi,
>
>> Which is useful, but somewhat disturbing information as it
>> potentially increases the number of possible rendering environments.
>
> I don't think we can possible test every combination here that's:
> OS version (at least 2) x compile
Hi,
> The RC does not contain the full mustella suite (not very useful to most
> folks) so you need to be able to redirect a branch's mustella run against an
> external set of SWCs and compiler.
Perhaps the way to look at this is what would a user of the SDK expect?
Currently we are not packagin
Hi,
> Others, there are still a lot of combinations available for testing. If
> you haven't had a chance to dig into Apache Flex and get your environment
> set up, this is a great time to start :-)
>
> Just to be clear, we should all be testing on the* 4.9 release branch*:
> https://svn.apache.o
On Tue, Dec 18, 2012 at 1:58 PM, Justin Mclean wrote:
> Hi,
>
> > Which is useful, but somewhat disturbing information as it
> > potentially increases the number of possible rendering environments.
>
> I don't think we can possible test every combination here that's:
> OS version (at least 2) x c
On 12/18/12 4 :48PM, "Justin Mclean" wrote:
>Hi,
>
>> -1 The SDK is almost there but now that the README mentions the
>>installer
>> I will vote -1 until the installer is ready to go out at the same time.
>I thought the process would be to vote on both and when both are accepted
>release them.
Hi,
> Which is useful, but somewhat disturbing information as it
> potentially increases the number of possible rendering environments.
I don't think we can possible test every combination here that's:
OS version (at least 2) x compile for FP (x8) x run in FP versions (x8) x
supported locales (
Hi,
> -1 The SDK is almost there but now that the README mentions the installer
> I will vote -1 until the installer is ready to go out at the same time.
I thought the process would be to vote on both and when both are accepted
release them.
> - The AIR download URL was edited to be 3.4 but thi
On 12/18/12 3 :30PM, "Alex Harui" wrote:
>
>
>
>On 12/18/12 12:21 PM, "Om" wrote:
>
>>
>>
>> If we want to just get it out the door (I am not sure why we'd want to
>>do
>> it that way), we should update the README to not say we support these
>>other
>> flash player versions.
>>
>I was thin
[
https://issues.apache.org/jira/browse/FLEX-33315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan updated FLEX-33315:
Description:
Setting AdvancedDataGrid's selectedItems to [] in the grid's creation complete
handler causes it to n
[
https://issues.apache.org/jira/browse/FLEX-33315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan updated FLEX-33315:
Description:
Setting AdvancedDataGrid's selectedItems to [] in the grid's creation complete
handler causes it to n
[
https://issues.apache.org/jira/browse/FLEX-33315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan updated FLEX-33315:
Attachment: testProj.mxml
This demonstrate the problem. Clicking the grid always returns the incorrect
selected i
[
https://issues.apache.org/jira/browse/FLEX-33315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan updated FLEX-33315:
Summary: selectedItem returns [] after setting it to [], and selecting an
item (was: selectedItem returns [] after
Ryan created FLEX-33315:
---
Summary: selectedItem returns [] after setting it to []
Key: FLEX-33315
URL: https://issues.apache.org/jira/browse/FLEX-33315
Project: Apache Flex
Issue Type: Bug
Co
when I visit https://svn.apache.org/ I am getting the following message:
You are currently using svn.eu.apache.org. This is normally selected
automatically based on GeoDNS, for the best experience, please use
svn.apache.org, as this DNS name will always be the most reliable.
The following geo-lo
Hi Nick,
no still not working for me.
Marcus
Am 18.12.2012 um 21:40 schrieb Nicholas Kwiatkowski :
> Marcus,
>
> I've been able to view it at various times during the day. You might have
> just hit a server burp. Can you try again?
>
> -Nick
>
> On Tue, Dec 18, 2012 at 3:21 PM, Marcus Fri
Hi Alex,
Am 18.12.2012 um 21:24 schrieb Alex Harui :
> On 12/18/12 12:21 PM, "Marcus Fritze" wrote:
>
>> The link browse our repository [ http://svn.apache.org/viewvc/incubator/flex
>> ]
>> in the first line of the page isn't working.
> Hi Marcus, the link in your email worked for me. What di
Marcus,
I've been able to view it at various times during the day. You might have
just hit a server burp. Can you try again?
-Nick
On Tue, Dec 18, 2012 at 3:21 PM, Marcus Fritze wrote:
> Hi all,
>
> I think there is a little error on the following page:
>
> http://incubator.apache.org/flex/s
On 12/18/12 12:21 PM, "Om" wrote:
>
>
> If we want to just get it out the door (I am not sure why we'd want to do
> it that way), we should update the README to not say we support these other
> flash player versions.
>
I was thinking we'd have more general language that various combination
On 12/18/12 12:21 PM, "Marcus Fritze" wrote:
>
> The link browse our repository [ http://svn.apache.org/viewvc/incubator/flex ]
> in the first line of the page isn't working.
Hi Marcus, the link in your email worked for me. What did you get?
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
On Tue, Dec 18, 2012 at 10:49 AM, Alex Harui wrote:
>
>
>
> On 12/18/12 10:32 AM, "Om" wrote:
>
> > On Tue, Dec 18, 2012 at 10:06 AM, Alex Harui wrote:
> >
> >>
> >>
> >>
> >> On 12/18/12 9:50 AM, "Om" wrote:
> >>
> >>> In theory, yes. But the RCs are changing so fast that it is hard to
> kee
Hi all,
I think there is a little error on the following page:
http://incubator.apache.org/flex/source.html
The link browse our repository [ http://svn.apache.org/viewvc/incubator/flex ]
in the first line of the page isn't working.
Either something crashed or this is the wrong link.
Thanks.
On 12/18/12 11:18 AM, "Carol Frampton" wrote:
>> -Set FLEX_HOME environment variable to the folder
>> (FLEX_HOME=c:/apacheflex4.9). Note the forward slash for Cygwin.
>
> I don't think this is needed. sdk.dir/bin/mxmlc will use the directory it
> is in for FLEX_HOME if FLEX_HOME isn't set
>
>
>Also, right now I think that there might be some changes to mustella in
>the
>develop branch that haven't been sync'd over to release 4.9. Step 0 in
>the
>future should be to run mustella on the develop branch before cutting the
>release branch.
>
>My recipe (on Win, will try to run Mac tonight
On Tue, Dec 18, 2012 at 8:35 AM, Carol Frampton wrote:
> -1 The SDK is almost there but now that the README mentions the installer
> I will vote -1 until the installer is ready to go out at the same time.
>
>
The installer is ready. I posted about it here:
http://markmail.org/message/ka5vmji5ad
On 12/18/12 10:32 AM, "Om" wrote:
> On Tue, Dec 18, 2012 at 10:06 AM, Alex Harui wrote:
>
>>
>>
>>
>> On 12/18/12 9:50 AM, "Om" wrote:
>>
>>> In theory, yes. But the RCs are changing so fast that it is hard to keep
>>> track of. Since the next RC is going to be cut from the release bra
On 12/18/12 1 :32PM, "Om" wrote:
>On Tue, Dec 18, 2012 at 10:06 AM, Alex Harui wrote:
>
>>
>>
>>
>> On 12/18/12 9:50 AM, "Om" wrote:
>>
>> > In theory, yes. But the RCs are changing so fast that it is hard to
>>keep
>> > track of. Since the next RC is going to be cut from the release
>>branc
On 12/18/12 10:11 AM, "Nicholas Kwiatkowski" wrote:
> I followed the directions posted on the wiki. I edited the
> build.properties and made sure the correct player swc was available. Is
> there something else we should be doing?
If you are moving to a newer player version than 11.1, I think
> HTTP server (assumes port 80, if you need to use 8080, then add
> -addArg=-include=Localhost8080 to mustella runs.
Sorry, should be:
-addArg=-includes=Localhost8080
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
I followed the directions posted on the wiki. I edited the
build.properties and made sure the correct player swc was available. Is
there something else we should be doing?
-Nick
On Tue, Dec 18, 2012 at 12:32 PM, Alex Harui wrote:
>
>
>
> On 12/18/12 5:58 AM, "Frédéric THOMAS" wrote:
>
> > Hi
On 12/18/12 9:50 AM, "Om" wrote:
> In theory, yes. But the RCs are changing so fast that it is hard to keep
> track of. Since the next RC is going to be cut from the release branch, I
> think testing the release branch should be fine.
Actually, I think I am going to claim that the only "corre
On 12/17/12 7 :10PM, "Justin Mclean" wrote:
>Hi,
>
>> Ok. Compiling is easy and quick.
>About 20 min or so by my count and the check in tests only take a few
>minutes to run.
>
>Just add your name to the wiki page to the version you are testing so we
>don't get everyone running the same tests.
On 12/18/12 12 :50PM, "Om" wrote:
>In theory, yes. But the RCs are changing so fast that it is hard to keep
>track of. Since the next RC is going to be cut from the release branch, I
>think testing the release branch should be fine.
Since there is an open VOTE thread out there I agree with Al
In theory, yes. But the RCs are changing so fast that it is hard to keep
track of. Since the next RC is going to be cut from the release branch, I
think testing the release branch should be fine.
Om
On Dec 18, 2012 9:35 AM, "Alex Harui" wrote:
>
>
>
> On 12/18/12 12:37 AM, "Om" wrote:
>
> >
>
On 12/18/12 9:38 AM, "Frédéric THOMAS" wrote:
>
>> If you have already done that and have 136 failures that won't go away,
> then we need your help diagnosing why that might be. There might be some
> configuration issue or tests may need adjusting in some other way.
>
> I'm gonna analyze wh
On 12/18/12 9:28 AM, "Frédéric THOMAS" wrote:
> Hi Alex,
>
> I ran it many times now with the same FAILED, I've got no browser opened,
> nothing relative to the web except my Apache Server and the VPN tool I'm
> using to see my computer, the weird thing is that in the flashlog.txt,
> there's n
Hi Alex,
> If I get failures, I then use "mustella -failures -rerun" and see how many
failures are left, and sometimes I have to use "-failures -rerun" again to
finally get to zero.
I use to do the same because of the times out issues and I did it before to
have the 136 failed tests.
> If you ha
On 12/18/12 12:37 AM, "Om" wrote:
>
> Just to be clear, we should all be testing on the* 4.9 release branch*:
>
Shouldn't we really be testing the RC?
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
On 12/18/12 5:58 AM, "Frédéric THOMAS" wrote:
> Hi,
>
>> I did not. Theory is you shouldn't have to unless you broke something :)
>
> Yes Nick, I knew it, Alex explained me that too, the thing is when I ran the
> Mustella tests something like 2/3 months ago, I ran into image compare
> diffs
Hi Alex,
I ran it many times now with the same FAILED, I've got no browser opened,
nothing relative to the web except my Apache Server and the VPN tool I'm
using to see my computer, the weird thing is that in the flashlog.txt,
there's no FAIL mentions.
And what about the 136 failed test ? I don't
Carol Frampton created FLEX-33314:
-
Summary: framework/build_framework.xml has not been kept
up-to-date with new swcs and bundles
Key: FLEX-33314
URL: https://issues.apache.org/jira/browse/FLEX-33314
On 12/18/12 7:17 AM, "Frédéric THOMAS" wrote:
> Hi,
>
> I'm a little annoyed now, what I did not do well ?
It is rare for mustella -all to run without failures. Some tests are still
a bit flaky. If I get failures, I then use "mustella -failures -rerun" and
see how many failures are left, an
On 12/18/12 7:49 AM, "Carol Frampton" wrote:
> Hi,
>
> I'm sorry I don't understand why you are annoyed.
>
> It looks like checkintests did what it was supposed to do. It detected a
> trace statement that was left in the code someplace.
I think Frederic got caught be some other Flash process
Hi Thomas,
Good to hear you're interested in the SDK!
I think a good place to start for you is to use the Flex SDK Installer
utility provided by the project. You can find it here:
http://incubator.apache.org/flex/installer.html (use the download
badge provided on that page)
Install into a direc
-1 The SDK is almost there but now that the README mentions the installer
I will vote -1 until the installer is ready to go out at the same time.
I built the src kit and I built frameworks in the binary kit. I built FB
SDKs with both directories using
ide/flashbuilder/makeApacheFlexForFlashBuild
Hi community :-),
I am really curious about the Apache Flex SDK, but I really dont know how
to use it.
Perhaps how I can I use it with my IDE(Eclipse, Netbeans or whatever).
Is there a tutorial how to use it, maybe a "hello world" tutorial or
something like it ;-).
Thanks
best regards
thomas
Hi Carol,
I'm annoyed because relative to the wiki [1] checkintests and all the
Mustella tests passed on windows in 10.2, 10.3, 11.1 and mine are failing,
I'm trying to guess why.
@Nick, did you run the same commands ?
- Fred.
[1]
https://cwiki.apache.org/confluence/display/FLEX/Compiling+Apach
1 - 100 of 135 matches
Mail list logo
