Yeah, I didn't do a status beforehand so I was surprised they got committed.
They were not in the two merges I was syncing.
Not sure what is up with that. I did a content diff and nothing changed in
those two files.
On 12/21/12 10:47 PM, "Justin Mclean" wrote:
> Hi,
>
>>incubator/flex/sd
Hi,
>incubator/flex/sdk/branches/release4.9/README (props changed)
>
> incubator/flex/sdk/branches/release4.9/frameworks/projects/apache/compile-config.xml
>(props changed)
Assume nothing changed in the above 2 files?
Thanks,
Justin
[
https://issues.apache.org/jira/browse/FLEX-33242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS closed FLEX-33242.
--
Assignee: Frédéric THOMAS
> Mustella tests failed: when your computer language does
[
https://issues.apache.org/jira/browse/FLEX-33242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS resolved FLEX-33242.
Resolution: Fixed
> Mustella tests failed: when your computer language doesn'
ella test suite and test files as well with the 4
patches relative to mustella and localization, if someone want a chance to
review them before, that's fine, otherwise, I'll apply them in few days.
> Mustella tests failed: when your computer language doesn't matc
well with
the 4 patches relative to mustella and localization, if someone want a chance
to review them before, that's fine, otherwise, I'll apply then in few days.)
> Mustella tests failed with FP10.3
> -
>
> Key: FLEX-
ella test suite and test files as well with the 4
patches relative to mustella and localization, if someone want a chance to
review them before, that's fine, otherwise, I'll apply then in few days.
> Mustella tests failed with FP10.3
>
2012
New Revision: 1417139
URL: http://svn.apache.org/viewvc?rev=1417139&view=rev
Log:
Add in the AdvancedDataGrid tests.
> There are no Mustella tests for AdvancedDataGrid
>
>
> Key: FLEX-33279
>
OK, I think I fixed this. Works for me on Windows now.
On 12/3/12 1:21 PM, "João Fernandes"
wrote:
> Hi,
>
> I'm trying to run Mustella tests to check if my proposed patch for spark
> Datagrid didn't break anything but no tests are run.
>
> I've r
Looks like more Windows vs Mac issues. I will try it on Windows and see
what happens.
On 12/3/12 1:21 PM, "João Fernandes"
wrote:
> Hi,
>
> I'm trying to run Mustella tests to check if my proposed patch for spark
> Datagrid didn't break anything but no test
Hi,
I'm trying to run Mustella tests to check if my proposed patch for spark
Datagrid didn't break anything but no tests are run.
I've run the full test suite first, then used the utilities to generate the
DB and then the changes.txt which it did generate correcly bu
r at Adobe. Gotta find out what we
have to do to get them donated
> There are no Mustella tests for Charts
> --
>
> Key: FLEX-33277
> URL: https://issues.apache.org/jira/browse/FLEX-33277
>
Carol Frampton created FLEX-33279:
-
Summary: There are no Mustella tests for AdvancedDataGrid
Key: FLEX-33279
URL: https://issues.apache.org/jira/browse/FLEX-33279
Project: Apache Flex
Issue
You can use a mixin to switch the port to 8080.
The runid.properties request is extraneous and should just be removed.
-Alex
On 11/22/12 1:55 PM, "Om" wrote:
> Yup, it looks like mustella tests requests on port 80.
>
> The tests seems to run fine with the AIR based ser
OmPrakash Muppirala created FLEX-33277:
--
Summary: There are no Mustella tests for Charts
Key: FLEX-33277
URL: https://issues.apache.org/jira/browse/FLEX-33277
Project: Apache Flex
Issue
Yup, it looks like mustella tests requests on port 80.
The tests seems to run fine with the AIR based server. But there are few
requests for a file called runid.properties and I cant find this file
anywhere in the mustella directory. Any idea what is going on?
Thanks,
Om
On Thu, Nov 22, 2012
On 11/22/12 9:02 AM, "Omar Gonzalez" wrote:
>
>
> Can u try/catch the server start up and increment the port number until you
> find a free one? Sorry I'm not yet intimately familiar with Mustella, but I
> guess the next question would be if the tests would then have access to the
> dynamic p
On Thursday, November 22, 2012, Alex Harui wrote:
>
>
>
> On 11/22/12 1:21 AM, "Frédéric THOMAS" >
> wrote:
>
> > that's the MarshallPlan tests
> Yup, and a significant portion of tests with SWFLoader in it.
>
> It turns out that runner.java already launches a mini http server for
> getting result
On 11/22/12 1:21 AM, "Frédéric THOMAS" wrote:
> that's the MarshallPlan tests
Yup, and a significant portion of tests with SWFLoader in it.
It turns out that runner.java already launches a mini http server for
getting results. I thought about using it to serve these other requests as
well.
that's the MarshallPlan tests
-Message d'origine-
From: Om
Sent: Thursday, November 22, 2012 9:41 AM
To: flex-dev@incubator.apache.org
Subject: Re: Which Mustella tests use the Apache HTTPd server?
Tried that and the result came up with just Localhost{something}.as
I will l
Tried that and the result came up with just Localhost{something}.as
I will look harder ;-)
On Nov 22, 2012 12:39 AM, "Erik de Bruin" wrote:
> Om,
>
> I don't know about specific tests, but might a source search for
> 'localhost' not bring up a few?
>
> EdB
>
>
>
> On Thu, Nov 22, 2012 at 9:20 AM
Om,
I don't know about specific tests, but might a source search for
'localhost' not bring up a few?
EdB
On Thu, Nov 22, 2012 at 9:20 AM, Om wrote:
> I am trying to eliminate the need for Apache HTTPd by creating a socket
> based server in an AIR app itself. The AIR based server is working,
Hi,
Trying to run the Mustella tests on my computer (French Win7 OS) I discovered
several issues regarding the tests (58 if I remember well), I thought at the
beginning they was all due to the same problem regarding how the localized
error messages was not handle correctly, I then discovered 4
against all tests and it works
> Mustella tests failed: when your computer language doesn't match the expected
> localized error
> -
>
> Key: FLEX-33242
&
[
https://issues.apache.org/jira/browse/FLEX-33242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33242:
---
Attachment: (was: FLEX-33242.patch)
> Mustella tests failed: when your compu
sn't mess with the FlashPlayer's underlying
implementations so the answer doesn't have to be hard-coded in the scripts.
You should be able to find some of those changes in the SVN history.
> Mustella tests failed: when your computer language doesn't matc
ts on that approach?
> Mustella tests failed: when your computer language doesn't match the expected
> localized error
> -
>
> Key: FLEX-33242
> URL: https:
t need to refactor it, it
doesn't please me how I wrote it.
> Mustella tests failed: when your computer language doesn't match the expected
> localized error
> -
>
>
r this patch, everything goes well, just need to refactor it, it
doesn't please me how I wrote it.
> Mustella tests failed: when your computer language doesn&#x
est suite again to check the other kind of issues
I discovered before and check if I applied the modifications of this one
everywhere.
> Mustella tests failed: when your computer language doesn't match the expected
opertyValue and AssertMethodValue, if
the value type is ValueArray, the check uses the contains method and the doFail
output is adapted.
The use of this test methods looks like that now in case of checking for errors:
> Mustella tests
of issues, I
would like to fix them before this pach been applied, it can be reviewed anyway
> Mustella tests failed: when your computer language doesn't match the expected
> loca
[
https://issues.apache.org/jira/browse/FLEX-33242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33242:
---
Attachment: (was: FLEX-33242.patch)
> Mustella tests failed: when your compu
s that the value could take a string as parameter and acts
as it acts now (it should return the exact value) or could take an array (which
means, it should contain all of the elements of the array).
> Mustella tests failed: when your computer language doesn't
.
What I'm proposing is that the value could take a string as parameter and acts
as it acts now (it should return the exact value) or could take an array (which
means, it should contain all of the elements of the array).
> Mustella tests failed: when your computer langu
difiy AssertMethodValue as well
because the method can use try/catch and then fall back in the same issue.
I'll need to adapt the failed tests too.
> Mustella tests failed: when your computer language doesn't match the expected
Frédéric THOMAS created FLEX-33242:
--
Summary: Mustella tests failed: when your computer language
doesn't match the expected localized error
Key: FLEX-33242
URL: https://issues.apache.org/jira/browse/FLEX-
ther swf-version than the official one.
> Mustella tests failed with FP10.3
> -
>
> Key: FLEX-33233
> URL: https://issues.apache.org/jira/browse/FLEX-33233
> Project: Apache Flex
>
drawn in the same way in every swf versions, so, right after a
fresh checkout, I regenerate the images if I plan to build and test the
framework in an other swf-version than the official one.
> Mustella tests failed with FP1
line parsing algorithm to allow spaces in paths "above"
mustella directory (eg, in the FLEX_HOME directory path).
> Mustella tests don't run if sdk source folder contains spaces
> -
>
>
flex\sdk\develop\mustella\build.xml:1625: Java returned: 1
Total time: 1 minute 27 seconds
> Mustella tests failed with FP10.3
> -
>
> Key: FLEX-33233
> URL: https://issues.apache.org/jir
textIndent_negative_Style_Label_Spark.png
textIndent_negative_Style_Label.png.bad.png
textIndent_negative_Style_Label.png
2 examples of bad image compare
> Mustella tests failed with FP10.3
> -
>
> Key
Frédéric THOMAS created FLEX-33233:
--
Summary: Mustella tests failed with FP10.3
Key: FLEX-33233
URL: https://issues.apache.org/jira/browse/FLEX-33233
Project: Apache Flex
Issue Type: Test
Grid/test_scripts/ItemRenderer_BugTests2$itemRenderers_SDK13453
> Revisit Mustella Tests
> ---
>
> Key: FLEX-33183
> URL: https://issues.apache.org/jira/browse/FLEX-33183
> Project: Apache Flex
[
https://issues.apache.org/jira/browse/FLEX-33183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Harui updated FLEX-33183:
--
Component/s: Mustella
> Revisit Mustella Tests
> ---
>
>
Alex Harui created FLEX-33183:
-
Summary: Revisit Mustella Tests
Key: FLEX-33183
URL: https://issues.apache.org/jira/browse/FLEX-33183
Project: Apache Flex
Issue Type: Task
Reporter
e to properly surround the source-path
parameter with quotes in the Ant file. That's why I split it up in 2 arguments.
If there is a way to do this in Ant, then please do so.
> Mustella tests don't run if sdk source folde
";
}
This change doesn't feel quite right to me.
> Mustella tests don't run if sdk source folder contains spaces
> -
>
> Key: FLEX-60
> URL: https://issues.
[
https://issues.apache.org/jira/browse/FLEX-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christophe Herreman reopened FLEX-60:
-
Please check the patch FLEX_60_2.patch
> Mustella tests don't ru
Good to see that it is working now for you. Thanks for testing Justin.
regards,
Christophe
2012/5/14 Justin Mclean
> Hi,
>
> > I've attached a new patch for
> > https://issues.apache.org/jira/browse/FLEX-60that should also fix the
> > issue on Mac.
> >
> > Can anyone who runs into this issue ap
On 5/13/12 5:26 PM, "Justin Mclean" wrote:
> Hi,
>
>> I've attached a new patch for
>> https://issues.apache.org/jira/browse/FLEX-60that should also fix the
>> issue on Mac.
>>
>> Can anyone who runs into this issue apply the patch and test again?
>
> I've checked with a clean checkout and
SX and it works for me. I was
running "mini_run.sh tests/components/Button" to check.
> Mustella tests don't run if sdk source folder contains spaces
> -
>
> Key:
Hi,
> I've attached a new patch for
> https://issues.apache.org/jira/browse/FLEX-60that should also fix the
> issue on Mac.
>
> Can anyone who runs into this issue apply the patch and test again?
I've checked with a clean checkout and on OSX and it works for me.
Alex/Carol what do you think abo
Hi,
I've attached a new patch for
https://issues.apache.org/jira/browse/FLEX-60that should also fix the
issue on Mac.
Can anyone who runs into this issue apply the patch and test again?
regards,
Christophe
--
Christophe Herreman
http://www.herrodius.com
http://www.springactionscript.org
http:/
uotes (representing
paths).
> Mustella tests don't run if sdk source folder contains spaces
> -
>
> Key: FLEX-60
> URL: https://issues.apache.org/jira/browse/FLEX-60
>
s to StringToArray and then
ArrayToString which seems to remove important spaces and doesn't seem to
know about the quotes.
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
> Mustella tests don't run if sdk source folde
test this unfortunately. I'll try to set up a virtual box.
Do you have any idea where exactly the code breaks? This seems like a rather
trivial fix.
> Mustella tests don't run if sdk source folder contains spaces
>
times to break the command line into an array of strings which doesn't appear
to be smart enough to understand quotes.
> Mustella tests don't run if sdk source folder contains spaces
> -
>
>
[
https://issues.apache.org/jira/browse/FLEX-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Harui reassigned FLEX-60:
--
Assignee: Alex Harui (was: Bertrand Delacretaz)
> Mustella tests don't run if sdk sourc
[
https://issues.apache.org/jira/browse/FLEX-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christophe Herreman updated FLEX-60:
Attachment: FLEX-60.patch
Attached patch
> Mustella tests don't ru
Christophe Herreman created FLEX-60:
---
Summary: Mustella tests don't run if sdk source folder contains
spaces
Key: FLEX-60
URL: https://issues.apache.org/jira/browse/FLEX-60
Project: Apache
I agree,
having the code already available would be good. I guess some of us could
assist in fixing the broken tests once we have the needed insights. So the
sooner we have access, the better IMO.
regards,
Christophe
2012/5/8 Justin Mclean
> Hi,
>
> >> We could donate with tests broken and fi
Hi,
>> We could donate with tests broken and fix them up
> in Apache if folks are more interested in seeing the tests rather than
> running them.
I guess that depends on how many test currently fail. Having some % of test
passing is still useful even as an exercise to get familiar with Musella
63 matches
Mail list logo
