On 8/30/12 6:30 PM, "Kiel" wrote:
> Greetings,
>
> Thanks. That clears out a few things on Mustella.
>
> The `Failed Timed out` on Mustella doesn't show up on the "results.txt".
> 1) Does this mean that there are _other_ "Failed" tests that doesn't
> show up on the "results.txt"
I've never l
Greetings,
Thanks. That clears out a few things on Mustella.
The `Failed Timed out` on Mustella doesn't show up on the "results.txt".
1) Does this mean that there are _other_ "Failed" tests that doesn't
show up on the "results.txt"
So it would be a good practice to log it entirely.
./mini
The tests that hit localhost may need their own list, maybe
browserIncludes.txt or something like that. When folks run mustella in
browser mode, they need to set up an http server pointing at the tests
directory and these additional tests should run.
The ones that will be harder to fix are ones t
Peter,
> Tests that rely on a local server are currently not supported. However, if
> interested individuals want to figure out how to do that, it would make
> testing more robust. I think however, the best thing to do is skip this
Would a local server based on something like [1] be an option? Or
I've added this Q&A session to the Mustella wiki.
Peter Ent
Flex SDK Team
Adobe Systems
On 8/29/12 11:56 PM, "Alex Harui" wrote:
>
>
>
>On 8/29/12 7:14 PM, "Kiel" wrote:
>
>> Greetings,
>>
>> 1. What will I see on the error log If the fail is timeouts
>> ... will it be like "property_scriptTi
Tests that rely on a local server are currently not supported. However, if
interested individuals want to figure out how to do that, it would make
testing more robust. I think however, the best thing to do is skip this
test and then we can revisit the issue once all the "normal" tests are
working.
There's a test in test/Mangers/StyleManager/Versioning that tries to load a
swf from a local server. Do I have to setup server .. or how is this been
tested in mustella?
http://localhost:{portNumber}/Managers/StyleManager/SWFs/assets/MP_customStyles_embeddedImages.swf?port={portNumber}";
waitTarg
Oops! Hit send too soon.
[java]
/Users/aharui/Work/apache/flex/mustella/tests/mx/styles/AdvancedStyleClient/
SWFs/ADV_flex_component_global_main.swf Failed Timed out
You can see it just mentions the SWF, no actual test or test step.
On 8/29/12 10:38 PM, "Alex Harui" wrote:
> Here's a S
Here's a SWF timeout:
On 8/29/12 8:56 PM, "Alex Harui" wrote:
>
>
>
> On 8/29/12 7:14 PM, "Kiel" wrote:
>
>> Greetings,
>>
>> 1. What will I see on the error log If the fail is timeouts
>> ... will it be like "property_scriptTimeLimit_test1 Failed"?
> It depends on what kind of timeout.
On 8/29/12 7:14 PM, "Kiel" wrote:
> Greetings,
>
> 1. What will I see on the error log If the fail is timeouts
> ... will it be like "property_scriptTimeLimit_test1 Failed"?
It depends on what kind of timeout. Here is a step timeout from the console
output:
[java] gumbo/components/Radio
Greetings,
1. What will I see on the error log If the fail is timeouts
... will it be like "property_scriptTimeLimit_test1 Failed"?
2. Is there a way to check that the Embedded Fonts are working in Mustella?
Mustella is something very new for me and I'm very much interested in
learning.
Very
I'll put you down for Formatters. I don't recall about generic loader, I
will have to look.
--peter
On 8/29/12 3:25 PM, "Carlos Rovira" wrote:
>Hi Peter,
>
>great :). For "Formatters" I run the test some days ago and was
>successful with 0 errors, and "genericLoader" seems to be not a test,
>is
Hi Peter,
great :). For "Formatters" I run the test some days ago and was
successful with 0 errors, and "genericLoader" seems to be not a test,
is like a part to use in other code, isn't it?
2012/8/29 Peter Ent :
> Hi,
>
> I have taken another stab at organizing the Mustella Test Journal section
Hi,
I have taken another stab at organizing the Mustella Test Journal section
on the Mustella wiki page. All of the top-level tests are now listed (with
TBD if no one is working on them). Those tests that have lots of parts
have been broken out into their tables. I've color coded some of the notes
On 8/29/12 6:22 AM, "Peter Ent" wrote:
> Hi,
>
> Are the fails from timeouts? If so, reboot your machine and try again.
> There is an issue with LocalConnection and I recall that Alex put a change
> into Mustella to deal with it, but it might not fix it all the time (be
> sure to sync mustell
(nIndex:int, sValue:String = null):Boolean
-Original Message-
From: Kessler CTR Mark J [mailto:mark.kessler@usmc.mil]
Sent: Monday, August 27, 2012 14:12
To: flex-dev@incubator.apache.org
Subject: RE: Getting Mustella to work.
I'll try the attachments again with txt exten
Hi,
Are the fails from timeouts? If so, reboot your machine and try again.
There is an issue with LocalConnection and I recall that Alex put a change
into Mustella to deal with it, but it might not fix it all the time (be
sure to sync mustella/as3 from the develop branch). Having so many
failures
Greetings,
I'm having these results.
First run:
./mini_run.sh tests/Application
=
Passes: 233
Fails: 50
=
2nd run:
./mini_run.sh -createImages tests/Application
==
On 8/28/12 8:12 AM, "Carol Frampton" wrote:
>
>
> On 8/28/12 9 :32AM, "Peter Ent" wrote:
>
>> I just ran tests/components/Application (without -createImages) and
>> received 274 (not 273!) passes. I will update the wiki this number.
>>
>> Personally, I find Mustella frustrating in that it
On 8/28/12 9 :32AM, "Peter Ent" wrote:
>I just ran tests/components/Application (without -createImages) and
>received 274 (not 273!) passes. I will update the wiki this number.
>
>Personally, I find Mustella frustrating in that it gives me inconsistent
>passes and fails. You would think that ea
On 8/28/12 7:08 AM, "Erik de Bruin" wrote:
>> regarding your 274...Erik and I gets only 273! ...as you say is very
>> frustrating the disparty of results and the OS inconsistences...
>
> Before I went back and got a fresh working copy this morning, I got
> 274 tests as well, just not all pass
> regarding your 274...Erik and I gets only 273! ...as you say is very
> frustrating the disparty of results and the OS inconsistences...
Before I went back and got a fresh working copy this morning, I got
274 tests as well, just not all passes... Running the 'old' working
copy with -createImages
Hi Peter,
thanks I now understand the -createImages better.
regarding your 274...Erik and I gets only 273! ...as you say is very
frustrating the disparty of results and the OS inconsistences...
2012/8/28 Peter Ent :
> I just ran tests/components/Application (without -createImages) and
> receive
I just ran tests/components/Application (without -createImages) and
received 274 (not 273!) passes. I will update the wiki this number.
Personally, I find Mustella frustrating in that it gives me inconsistent
passes and fails. You would think that each time you run it it would give
you the same re
When you run any mustella test set for the first time, DO NOT use
-createImages. Just run it simply, such as:
./mini_run tests/components/Application
This will run the tests and compare them to the current baseline images.
If you get any compare-bitmap failures, use ImageDiff to look at the
bad.p
On 8/28/12 5 :53AM, "Erik de Bruin" wrote:
>-createImages is now the default run option?
Personally I think you should not use -createImages the first time you run
the tests. Use imageDiff to make sure the failures are just font
differences. If they are then rerun with -createImages. If you
Hi Carlos,
I'll follow the steps mentioned.
Got concerned since the number of Passes & Fails didn't match the lists
on wiki.
Thanks.
On 8/28/2012 5:46 PM, Carlos Rovira wrote:
Hi Kiel,
take into account that github is not synced with SVN right now, so
there you will not find the latest fixe
-createImages is now the default run option?
EdB
On Tue, Aug 28, 2012 at 11:50 AM, Carlos Rovira
wrote:
> Hi Erik,
>
> just try the Applications folder with:
>
> ./mini_run.sh -createImages tests/Application/
>
> [java] =
> [java] Pa
Hi Erik,
just try the Applications folder with:
./mini_run.sh -createImages tests/Application/
[java] =
[java] Passes: 273
[java] Fails: 0
[java] =
I'm on Mac OSX 10.8.
Hi Kiel,
take into account that github is not synced with SVN right now, so
there you will not find the latest fixes to mustella for at least 2
weeks.
the team is working with INFRA to get official GIT support. For the
latest news this will resolved in the following 1 to 3 weeks.
In the meanwhil
Greetings,
How to do the Mustella tests on Git(Github)?
Will I fork "unstable"?
Thanks,
On 8/24/2012 10:45 PM, Peter Ent wrote:
I've updated the mustella wiki to point to the
https://svn.apache.org/repos/asf/incubator/flex/sdk/branches/develop/mustel
la location.
As for the Exclusion lists,
Carlos,
> you should try to rerun with -createImages flag. See if that helps
I just did: I fetched a clean working copy of the develop branch of
the SDK and ran "./mini_run.sh tests/Application -createImages"
It now passes 273 tests... which is a bit more than the table on the
Wiki suggests ther
Hi Erik,
you should try to rerun with -createImages flag. See if that helps
2012/8/27 Erik de Bruin :
> Oh, this is getting confusing:
>
>> failures)??? Next, I tried to run "Applications" but that obviously
>> didn't work, since there is no such directory. So I ran "Application"
>> and that gav
x-dev@incubator.apache.org
Subject: Re: Getting Mustella to work.
I'll try and look at it today. I'm in the middle of figuring out why some
bitmaps aren't showing up in the tests.
Thanks!
--peter
On 8/27/12 2:09 PM, "Kessler CTR Mark J" wrote:
>Gonna play a game of
To: flex-dev@incubator.apache.org
>Subject: RE: Getting Mustella to work.
>
>Gonna play a game of see if the exchange server strips my attachments...
>-
>Ok I've worked on it a bit here and there. I rolled it up to a class to
>make it easier to implement. By far the regex
e/function naming convention to some actionscript standard.
>-
>
>-Original Message-----
>From: Peter Ent [mailto:p...@adobe.com]
>Sent: Monday, August 27, 2012 13:30
>To: flex-dev@incubator.apache.org
>Subject: Re: Getting Mustella to work.
>
>Sure, I can work
I'll try the attachments again with txt extensions
-Original Message-
From: Kessler CTR Mark J [mailto:mark.kessler@usmc.mil]
Sent: Monday, August 27, 2012 14:09
To: flex-dev@incubator.apache.org
Subject: RE: Getting Mustella to work.
Gonna play a game of see if the exchange s
me actionscript standard.
-
-Original Message-
From: Peter Ent [mailto:p...@adobe.com]
Sent: Monday, August 27, 2012 13:30
To: flex-dev@incubator.apache.org
Subject: Re: Getting Mustella to work.
Sure, I can work it in and give it a try.
Thanks.
--peter
On 8/27/12 1:26 PM, "Kessle
Oh, this is getting confusing:
> failures)??? Next, I tried to run "Applications" but that obviously
> didn't work, since there is no such directory. So I ran "Application"
> and that gave me not the expected 124 passed tests (from the table in
> the Wiki), but 181 passed and 37 failed tests.
I j
23, 2012 11:56
>To: flex-dev@incubator.apache.org
>Subject: Re: Getting Mustella to work.
>
>Certainly appreciate the help. Here's a typical one when running Mustella:
>
>-debug -define=CONFIG::skaha,false
>-compiler.fonts.managers=flash.fonts.JREFontManager,flash.fo
Peter, did you want to test the argument handler test code today?
-Original Message-
From: Peter Ent [mailto:p...@adobe.com]
Sent: Thursday, August 23, 2012 11:56
To: flex-dev@incubator.apache.org
Subject: Re: Getting Mustella to work.
Certainly appreciate the help. Here's a typica
Hi Alex,
I just fixed the test's environment in order to compile with custom locale.
I'll cancel the pull-request related on
https://issues.apache.org/jira/browse/FLEX-33178.
[java] LangPacks/Japanese/tests/zipCodeFormatterTests
JA_Formatters_ZipCode_Properties_FormatString Passed
[j
Hi Alex,
If you have read the description of
https://issues.apache.org/jira/browse/FLEX-33178, you had to see the errors
that occur.
I thought that you had excluded the rest of LangPack tests, due to a problem
with SDK current status, because the problems is not in runtime, but in
compilation,
Hi alex
Am Montag, 27. August 2012 schrieb Alex Harui :
>
> On 8/26/12 10:02 PM, "Cyrill Zadra" >
> wrote:
>
> >> Cyrill, Are you still thinking there is an SDK bug?
> >>
> >
> > Yes.. the css in pseudo selector still doesn't get applied to the MX
> Button. I
> > found an existing fixed bug in j
On 8/26/12 10:02 PM, "Cyrill Zadra" wrote:
>> Cyrill, Are you still thinking there is an SDK bug?
>>
>
> Yes.. the css in pseudo selector still doesn't get applied to the MX Button. I
> found an existing fixed bug in jira
> https://issues.apache.org/jira/browse/FLEX-20541. The difference in th
Hi Alex
Am 27.08.2012 um 06:11 schrieb Alex Harui :
>
>
>
> On 8/26/12 8:12 AM, "Cyrill Zadra" wrote:
>
>> "tests\Managers\StyleManager\AdvancedCSS\classSelectors"
>>
>> Created images and test had zero fails. I added patch
>> (mustellaStyleManagerAdvancedCSSClassSelectorsPatch.zip) to
>>
On 8/26/12 1:49 AM, "Jose Barragan" wrote:
> Hi Alex,
>
> Because in mustella1.properties, that all the tests were excluded with the
> exception of the Japanese.
> I generated the locales packages in SDK, but it follows without compiling the
> Japanese test, because not to find the resource b
On 8/26/12 1:57 AM, "Jose Barragan" wrote:
>
> Hi Alex,
>
> Works for me :P, may be you need pass the first time with -createImages as
> I've done.
>
Running -createImages first is not a good practice. In theory, the
baselines in SVN are machine and platform independent references of
"corr
On 8/26/12 8:12 AM, "Cyrill Zadra" wrote:
> "tests\Managers\StyleManager\AdvancedCSS\classSelectors"
>
> Created images and test had zero fails. I added patch
> (mustellaStyleManagerAdvancedCSSClassSelectorsPatch.zip) to
> https://issues.apache.org/jira/browse/FLEX-33173
>
> [java] ===
Wow!
seems that Jose has been busy arranging some tests have you left
something for others? ;)
@alex: I just returned from the weekend and later I will see the patch
for itemRenderers. I'll send you the update...
Best
--
Carlos Rovira
Director de Tecnología
M: +34 607 22 60 05
F: +34 912 3
"tests\Managers\StyleManager\AdvancedCSS\classSelectors"
Created images and test had zero fails. I added patch
(mustellaStyleManagerAdvancedCSSClassSelectorsPatch.zip) to
https://issues.apache.org/jira/browse/FLEX-33173
[java] =
[java
Hi
There is a pseudo selector test on mx:Button with custom states
"tests\Managers\StyleManager\AdvancedCSS\pseudoSelectors" and it looks for
me there's a bug in the sdk. If somebody can confirm that ..
The same test for spark button works seamless.
codesnippet
http://www.adobe.com/2006/mxml"
Hi Alex,
Works for me :P, may be you need pass the first time with -createImages as I've
done.
desktop_runner:
[echo] Willkommen auf Runner
[java] starting results server
[java] starting baseline server
[java] test script count: 1
[java] new test file:
/Users
Hi Alex,
Because in mustella1.properties, that all the tests were excluded with the
exception of the Japanese.
I generated the locales packages in SDK, but it follows without compiling the
Japanese test, because not to find the resource bundle in SDK.
I deduced then that it must be a problem of
Hi,
I applied your patches, but I am getting bad results in
mx/effects/Effect/seek. Bitmap failures and timeouts.
Also, I am getting lots of font differences elsewhere in the mx folder that
make it seem that you haven¹t installed the embedded font library because I
believe the baselines were inc
On 8/25/12 6:45 PM, "Jose Barragan" wrote:
> In order to get the mustella zero fails goal, I've exclude the Japanese
> LangPack tests too in mustella1.properties file.
>
Why did you decide to exclude those tests? Were there lots of errors? Or
do we need to know Japanese to get them to pass?
https://issues.apache.org/jira/browse/FLEX-33178
Sent from my iPhone
On 26/08/2012, at 03:45, Jose Barragan
wrote:
In order to get the mustella zero fails goal, I've exclude the Japanese
LangPack tests too in mustella1.properties file.
https://github.com/apache/flex/pull/13.patch
desktop_runn
In order to get the mustella zero fails goal, I've exclude the Japanese
LangPack tests too in mustella1.properties file.
https://github.com/apache/flex/pull/13.patch
desktop_runner:
[echo] Willkommen auf Runner
[java] starting results server
[java] starting baseline serv
Here we go...
MarshallPlan and PerModuleStyle, I'll try to repair them...
[java] Grabbing the log from:
/Users/pepebarragan/Library/Preferences/Macromedia/Flash
Player/Logs/flashlog.txt to:
/Users/pepebarragan/Developer/apache/flex/sdk/branches/develop/mustella/tests/MarshallPlan/SWFs/MP_s
mustella/tests/ListDataEffects
Nothing to do here too..
[java] time: 08:58:42.903
[java] clobberProcess
[java] Grab log, do parse = false
[java] Grabbing the log from:
/Users/pepebarragan/Library/Preferences/Macromedia/Flash
Player/Logs/flashlog.txt to:
/Users/pepebarragan/Deve
mustella/tests/GraphicTags
Nothing to do here
[java] time: 08:55:06.732
[java] clobberProcess
[java] Grab log, do parse = false
[java] Grabbing the log from:
/Users/pepebarragan/Library/Preferences/Macromedia/Flash
Player/Logs/flashlog.txt to:
/Users/pepebarragan/Developer/
mustella/tests/Formatters
nothing to do here
[java] time: 08:48:53.629
[java] clobberProcess
[java] Grab log, do parse = false
[java] Grabbing the log from:
/Users/pepebarragan/Library/Preferences/Macromedia/Flash
Player/Logs/flashlog.txt to:
/Users/pepebarragan/Developer/ap
Keeping work...
mustella/tests/DownloadProgressBar
nothing to do here :)
desktop_runner:
[echo] Willkommen auf Runner
[java] starting results server
[java] starting baseline server
[java] test script count: 1
[java] new test file:
/Users/pepebarragan/Developer
On 8/23/12 5:45 PM, "Carlos Rovira" wrote:
> mmm...I think attachements was not allowed so this is the url of the file:
>
> https://dl.dropbox.com/u/8496144/test_itemRenderers.patch
Carlos,
How did you create this patch file? There are no paths to the files but the
files are from two differ
Mustella mx folder summary, All green :)
All patches are in [1], and use in the first pass, -createImages param.
[java] time: 05:15:24.769
[java] clobberProcess
[java] Grab log, do parse = false
[java] Grabbing the log from:
/Users/pepebarragan/Library/Preferences/Macromedi
Hi Alex,
In this task I'll publishing the patches of progress for mustella/mx/*
https://issues.apache.org/jira/browse/FLEX-33177
thanks,
-Jose
On Aug 25, 2012, at 1:34 AM, Alex Harui wrote:
> Sorry, I misunderstood.
>
> It is my understanding that you should file a new issue for your patch.
Sorry, I misunderstood.
It is my understanding that you should file a new issue for your patch.
That way we have a clean record of your contribution and intention.
-Alex
On 8/24/12 4:31 PM, "Jose Barragan" wrote:
> He he he... funny Alex ;)
>
> I known where is Apache Flex JIRA, I asked yo
He he he... funny Alex ;)
I known where is Apache Flex JIRA, I asked you for the link of the specific
ticket for "[Mustella] Getting to Work" or whatever it called if exists.
Well, as I see, I will create it for this thread contributions in ahead
Jose
On Aug 25, 2012, at 1:11 AM, Alex Harui
Apache Flex JIRA is here [1]
[1] https://issues.apache.org/jira/browse/FLEX
Thanks,
On 8/24/12 4:08 PM, "Jose Barragan" wrote:
> Please, give me the link to the official post in JIRA, I can't found it, when
> I search 5 minutes ago.
>
>
> On Aug 25, 2012, at 1:03 AM, Alex Harui wrote:
>
>
Please, give me the link to the official post in JIRA, I can't found it, when I
search 5 minutes ago.
On Aug 25, 2012, at 1:03 AM, Alex Harui wrote:
> Please file a JIRA issue. We need some official tracking that you are
> contributing this information.
>
>
> On 8/24/12 3:36 PM, "Jose Barra
Please file a JIRA issue. We need some official tracking that you are
contributing this information.
On 8/24/12 3:36 PM, "Jose Barragan" wrote:
> Hi Alex,
>
> I made this pull-request on GitHub:
> https://github.com/apache/flex/pull/8.patch for this patch.
> I know this repo is obsolete, but
mx/controls working too :)
https://github.com/apache/flex/pull/9.patch
[java] =
[java] Passes: 71
[java] Fails: 0
[java] =
[java]
[java]
Hi Alex,
I made this pull-request on GitHub: https://github.com/apache/flex/pull/8.patch
for this patch.
I know this repo is obsolete, but is a good way to generate and host the patch's
@Peter, I'm using Mac OSX 10.8 for the wiki :P
Thanks,
Jose
On Aug 25, 2012, at 12:12 AM, Jose Barragán
Hi Alex,
Sure, let me a few minutes to prepare it...
On Friday, August 24, 2012, Alex Harui wrote:
> Excellent! Do you have a patch file?
>
>
> On 8/24/12 2:05 PM, "Jose Barragan"
> >
> wrote:
>
> > Thanks Peter,
> >
> > Well, step by step, i've fixed the mx/collections
> >
> > [java] =
Excellent! Do you have a patch file?
On 8/24/12 2:05 PM, "Jose Barragan" wrote:
> Thanks Peter,
>
> Well, step by step, i've fixed the mx/collections
>
> [java] =
> [java] Failed:
> [java] ===
Mustella mx folder progress summary,
[java] =
[java] Failed:
[java] =
[java]
mx/controls/MovieClipSWFLoader/versioning/MP_Spark_MovieClipSWFLoader_Tests
MP_MovieClipSW
Thanks Peter,
Well, step by step, i've fixed the mx/collections
[java] =
[java] Failed:
[java] =
[java]
[java]
[java] ==
I've updated the mustella wiki to point to the
https://svn.apache.org/repos/asf/incubator/flex/sdk/branches/develop/mustel
la location.
As for the Exclusion lists, I'm not 100% sure, but most of the items in
the list were tests that relied on Adobe test servers that cannot be
accessed for obvious
I have Jose listed in the table on the Wiki page for the whole 'mx' suite.
Thanks and good hunting.
--peter
On 8/23/12 7:00 PM, "Jose Barragan" wrote:
>If anybody are working on mx, I'll try it
>
> [java]
> [java]
> [java] =
>
Hi,
> Hopefully GIT is on the road to remove this problems away! :)
Actually we'll have the same issue with Git. In the Gitflow model as you will
need to be working in the develop branch to get the latest changes.
Thanks,
Jusin
This is crucial, since I was working on "trunk". Since svn plugins should
set a layout with trunk-branches-tags...it's normal to checkout trunk
directly so +1 to notice that on web so people goes to develop instead of
trunk
Hopefully GIT is on the road to remove this problems away! :)
2012/8/24
Hi,
> 1) I couldn't (easily) find on which source I'm supposed to work.
> Eventually I found an email from Alex referring to 'develop', and in
> the SVN repo
We probably need to update the SVN info on the web site/wiki to make it clear
that people wishing to contribute need to work out of develop
Hi,
> and the community would help repair them. Please join in the fun. You’ll
> learn about how it works and we’ll learn
> what else needs to be documented or fixed.
I have Mustella running on my machine, and I'm planning on "joining
the fun" after the weekend. However, I thought I'd share my
"tests/Managers/DragManager" has serveral failing tests after fixing them 3
tests still fails (patch -> attached to JIRA FLEX-33173 )
[java] Managers/DragManager/Halo/DragManager_Cursors_RTL
DragManager_Mirroring_copyCursor Failed DispatchMouseEvent(body:step 4)
Target mx.managers::DragManage
Ok Alex,
I continue searching for a new folder:
"tests/Mirroring/" report ok
[java] =
[java] Passes: 9
[java] Fails: 0
[java] =
"tests/PerModuleStyles/" report ok
[ja
I will take a look soon, but maybe not until the weekend.
On 8/23/12 5:44 PM, "Carlos Rovira" wrote:
Here is the patch (I already was reported by secretary that my ICLA was
received, so there should be no problem with this donation).
There's no bitmaps, only modified code (As I used createIma
mmm...I think attachements was not allowed so this is the url of the file:
https://dl.dropbox.com/u/8496144/test_itemRenderers.patch
best
C.
2012/8/24 Carlos Rovira
> Here is the patch (I already was reported by secretary that my ICLA was
> received, so there should be no problem with this do
Here is the patch (I already was reported by secretary that my ICLA was
received, so there should be no problem with this donation).
There's no bitmaps, only modified code (As I used createImages and revert
deletions to be as close as possible to repo state)
Let me know if this is ok since is my
On 8/23/12 5:28 PM, "Carlos Rovira" wrote:
> "tests/itemRenderers/" passed :)
>
> [java] =
> [java] Passes: 310
> [java] Fails: 0
> [java] =
>
> 90% of fails was due
"tests/itemRenderers/" passed :)
[java] =
[java] Passes: 310
[java] Fails: 0
[java] =
90% of fails was due to bad location of mouse coordinates. Relocating from
5,5 to 10
It's not listed on "Mustella Test Journall" (at the end of
https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview)
so I think nobody is on it...
Great to see you working on Mustella! :)
2012/8/24 Jose Barragan
> If anybody are working on mx, I'll try it
>
> [java]
> [ja
If anybody are working on mx, I'll try it
[java]
[java]
[java] =
[java] Passes: 656
[java] Fails: 39
[java] =
[java]
[java]
[java] Wrote
Hi,
> I think I found that quotes are ok even on Mac. Isn't the code that makes
> the initial command line building it up out of pieces? If so, I'd add the
> quotes as the initial command line is getting built up.
Need to be adde din about a dozen places but that's not too hard. However it
stil
Please use -createImages to generate baselines. There can be faulty tests
where createImages produces a different image than at compare time. We want
to use a consistent technique so we know how things get generated.
It should be rare for a baseline to be missing. I believe you've said
you've b
Hi Alex,
for this kind of message: "Failed CompareBitmap(body:step 3) Baseline
image could not be read. Created image file as a .bad.png."
I'm renaming the created image .bad.png to the expected image to pass. The
problem here is that there's no image, so I think the one created could be
valid.
On 8/23/12 9:29 AM, "Carlos Rovira" wrote:
> Hi Alex,
>
>
> 2012/8/23 Alex Harui
>
>>
>> I would use the ImageDiffAir tool to figure out what is different, then
>> examine the test to determine which image is the right one.
>>
>>
> The screen shot is from ImageDiffAir tool.
Yes, you can
Hi Alex,
2012/8/23 Alex Harui
>
> I would use the ImageDiffAir tool to figure out what is different, then
> examine the test to determine which image is the right one.
>
>
The screen shot is from ImageDiffAir tool.
> If the red square asset got changed and is smaller then maybe the baseline
gt;
>>>> String.split(regexpattern) can match pretty much anything. Definitely
>>>> would be able to comeup with a pattern to match embedded dashes.
>>>>
>>>> I'll see if I can come up with something that can properly strip down a
>>>>
On 8/23/12 9:06 AM, "Carlos Rovira" wrote:
> Hi Alex,
>
> this is the capture:
>
> https://dl.dropbox.com/u/8496144/img_compare.png
>
> thanks
>
> C.
I would use the ImageDiffAir tool to figure out what is different, then
examine the test to determine which image is the right one.
If the r
initely
>>> would be able to comeup with a pattern to match embedded dashes.
>>>
>>> I'll see if I can come up with something that can properly strip down a
>>> completed command with arguments. If you would give me a more complex
>>> command lin
1 - 100 of 165 matches
Mail list logo
