for "tests/DownloadProgressBar" all seems ok:
[java] =====================================================
[java] Failed:
[java] =====================================================
[java]
[java]
[java] =====================================================
[java] Passes: 8
[java] Fails: 0
[java] =====================================================
[java]
[java]
[java] Wrote summary to results.txt
[java] Wrote failures to failures.txt
call_runners:
run:
BUILD SUCCESSFUL
Total time: 51 seconds
btw, I'm testing on Mac OSX 10.8 (to complete wiki page)
2012/8/21 Carlos Rovira <[email protected]>
> Thanks Alex,
>
> after reboot and launch collection suite again all failures go away...I'm
> really asthonished for this results:
>
> d
> [java] =====================================================
> [java] Failed:
> [java] =====================================================
> [java]
> [java]
> [java] =====================================================
> [java] Passes: 54
> [java] Fails: 0
> [java] =====================================================
> [java]
> [java]
> [java] Wrote summary to results.txt
> [java] Wrote failures to failures.txt
>
> call_runners:
>
> run:
>
> BUILD SUCCESSFUL
> Total time: 42 seconds
>
>
> So I think we could give collections the OK, isn't it?
>
> I'll search other test to work with
>
>
>
> 2012/8/21 Alex Harui <[email protected]>
>
>> Everytime you use mini_run, the AS3 code is re-compiled so it should be in
>> effect. Someday someone will make that slightly more efficient, but
>> that's
>> the way it is for now.
>>
>> Also, I just hit some tests that are returning timeouts because of too
>> many
>> embedded font warnings. I am going to try to fix those tests by adjusting
>> the styles and embeds so those warnings go away.
>>
>> Other tests will timeout because they throw an error. The .log file next
>> to
>> each SWF will contain the stack trace if that's true.
>>
>>
>> On 8/21/12 12:47 PM, "Carlos Rovira" <[email protected]>
>> wrote:
>>
>> > Thanks Peter,
>> >
>> > i'll make a reboot right now and will launch rigth now.
>> >
>> > Regarding Alex AS3 updates, I see the folder... Imust to do something?
>> or
>> > that code is already taken into account? how can I see it's been
>> applied?
>> >
>> >
>> > 2012/8/21 Peter Ent <[email protected]>
>> >
>> >> Hi,
>> >>
>> >> test/collections is great, thanks. I'll mark it in the Wiki. Try the
>> tests
>> >> again after doing a reboot and make sure you grab Alex's updates to the
>> >> mustella code base (mustella/as3). If you are still getting time-outs,
>> >> looks to see if these tests are requesting data from a remote system;
>> we
>> >> might just have to exclude them.
>> >>
>> >> --peter
>> >>
>> >> On 8/21/12 3:33 PM, "Carlos Rovira" <[email protected]>
>> wrote:
>> >>
>> >>> Hi,
>> >>>
>> >>> I think I'm prepared to start working on Mustella. I think I will
>> start
>> >>> for
>> >>> test/collections if nobody is working on it (please tell me if you
>> are ok
>> >>> with I starting here)
>> >>>
>> >>> running ./mini_run.sh tests/collections/
>> >>>
>> >>> reports me:
>> >>>
>> >>> [java] =====================================================
>> >>> [java] Failed:
>> >>> [java] =====================================================
>> >>> [java] collections/ArrayCollection/Methods/ArrayCollection_Methods
>> >>> ArrayCollection_Method_AddItemAtEnd Failed Timed out
>> >>> [java] collections/ArrayCollection/Methods/ArrayCollection_Methods
>> >>> ArrayCollection_Method_SetItemAtBeforeBeginning Failed Timed out
>> >>> [java] collections/ArrayCollection/Methods/ArrayCollection_Methods
>> >>> ArrayCollection_Method_itemUpdated Failed Timed out
>> >>> [java] collections/ArrayCollection/Methods/ArrayCollection_Methods
>> >>> ArrayCollection_Method_AddItemAtEndPastOne Failed Timed out
>> >>> [java]
>> >>> [java]
>> >>> [java] =====================================================
>> >>> [java] Passes: 29
>> >>> [java] Fails: 4
>> >>> [java] =====================================================
>> >>> [java]
>> >>> [java]
>> >>> [java] Firing Timeout for
>> >>>
>> collections/ArrayCollection/Methods/ArrayCollection_Methods$ArrayCollectio
>> >>> n_Method_AddItemAt1
>> >>> HTTP/1.1 after 10000 millis at: 19:27:16.179
>> >>> [java] hello from setDone, but we've been here, bye
>> >>> [java] Wrote summary to results.txt
>> >>> [java] Wrote failures to failures.txt
>> >>>
>> >>>
>> >>>
>> >>> 2012/8/20 Carol Frampton <[email protected]>
>> >>>
>> >>>>
>> >>>>
>> >>>> On 8/18/12 8 :11AM, "Cyrill Zadra" <[email protected]> wrote:
>> >>>>
>> >>>>> Hi
>> >>>>>
>> >>>>> Started to test the LangPacks/German and after a while I found out
>> that
>> >>>>> this path is added to the exclude propertey
>> (sdk.mustella.excludes). in
>> >>>>> mustella/properties/musstella1.properties. Is there a specific
>> reason
>> >>>> that
>> >>>>> all the language tests exception japanes are excluded?
>> >>>>>
>> >>>>> ./mini_run.sh tests/LangPacks/German
>> >>>>
>> >>>> This may not be the reason but Flex was in the process of dropping
>> >>>> support
>> >>>> for many of the languages that there are still property files for.
>> >>>> Also,
>> >>>> the language files were done by the internationalization group and
>> >>>> usually
>> >>>> just updated in our repository at the send of the release.
>> >>>>
>> >>>> Car
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>> --
>> >>> Carlos Rovira
>> >>> Director de Tecnología
>> >>> M: +34 607 22 60 05
>> >>> F: +34 912 35 57 77
>> >>> <http://www.codeoscopic.com>
>> >>> CODEOSCOPIC S.A. <http://www.codeoscopic.com>
>> >>> Avd. del General Perón, 32
>> >>> Planta 10, Puertas P-Q
>> >>> 28020 Madrid
>> >>
>> >>
>> >
>>
>> --
>> Alex Harui
>> Flex SDK Team
>> Adobe Systems, Inc.
>> http://blogs.adobe.com/aharui
>>
>>
>
>
> --
> Carlos Rovira
> Director de Tecnología
> M: +34 607 22 60 05
> F: +34 912 35 57 77
> <http://www.codeoscopic.com>
> CODEOSCOPIC S.A. <http://www.codeoscopic.com>
> Avd. del General Perón, 32
> Planta 10, Puertas P-Q
> 28020 Madrid
>
>
--
Carlos Rovira
Director de Tecnología
M: +34 607 22 60 05
F: +34 912 35 57 77
<http://www.codeoscopic.com>
CODEOSCOPIC S.A. <http://www.codeoscopic.com>
Avd. del General Perón, 32
Planta 10, Puertas P-Q
28020 Madrid
