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
I am now able to assign and resolve issues. Thanks!
Om
On Fri, Aug 24, 2012 at 2:09 PM, Alex Harui wrote:
>
>
>
> On 8/24/12 11:16 AM, "Om" wrote:
>
> > What do I need to do to get access to "assigning" JIRA tickets to myself
> > (or others)
> >
> > Also, some JIRA tickets dont have the optio
On 8/24/12 11:16 AM, "Om" wrote:
> What do I need to do to get access to "assigning" JIRA tickets to myself
> (or others)
>
> Also, some JIRA tickets dont have the option of "resolving" them. For
> example: [1]
>
> Thanks,
> Om
>
> [1] https://issues.apache.org/jira/browse/FLEX-33145
I add
Thanks Peter,
Well, step by step, i've fixed the mx/collections
[java] =
[java] Failed:
[java] =
[java]
[java]
[java] ==
I've completed components/DataGrid. I wound up repairing a number of tests due
to changes in (x,y) cursor position and in a couple of cases, the wrong image
asset was being used. If anyone on a Mac could re-test components/DataGrid
after syncing to the development branch, that would be helpful t
What do I need to do to get access to "assigning" JIRA tickets to myself
(or others)
Also, some JIRA tickets dont have the option of "resolving" them. For
example: [1]
Thanks,
Om
[1] https://issues.apache.org/jira/browse/FLEX-33145
A little late to the discussion but a great article on why you should
switch to git (from subversion) with a brief overview of Git,
http://teamtreehouse.com/blog/why-you-should-switch-from-subversion-to-git
On Tue, Aug 14, 2012 at 1:02 PM, Carol Frampton wrote:
>
>
> On 8/14/12 11 :58AM, "Carlo
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
You should also make sure the area is visible. I noticed on some DataGrid
tests yesterday that the Canvas containing the DataGrids was too short. By
making the container taller it exposed the DataGrid and the mouse events
worked correctly (I'll put this into the Mustella wiki). This probably
happen
I suspect that the tests need their mouse events localX/localY adjusted so
the mouseMove actually causes a drag and the dragProxy to be created.
On 8/24/12 6:51 AM, "Cyrill Zadra" wrote:
> Hi peter
>
> Cool.. thanks for testing my patch. Well those errors I had at the end too.
> But after few
On 8/24/12 2:25 AM, "Carlos Rovira" wrote:
> IMHO, performance is very important, but for the main use cases where flex
> is choose over other technologies (IT applications, form applications,
> large scale apps,...) the benefits introduced in Fx4 are critical. So we
> need to get better both
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] =
>
Welcome aboard Gordon
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Thu, Aug 23, 2012 at 9:28 PM, Alex Harui wrote:
> Hey Everybody!
>
> I wanted to formally announce that Gordon Smith is our newest project
> committer. Gordon will be shepherding the donation
Hi peter
Cool.. thanks for testing my patch. Well those errors I had at the end too.
But after few hours investigation I couldn't find a way to get those tests
working except if removed alle the
waitTarget="mx.managers::DragManager.mx_internal:dragProxy" attributes.
Always the first test step that
The `patch -p1 < Š..` command did the trick. The curl + patch gave me
errors about not finding a file to patch. Nevertheless, the second command
worked.
That said, running
Gave me these failures:
[java] Managers/DragManager/Halo/DragManager_Cursors_RTL
DragManager_Mirroring_copyCursor Failed
Great news !! But for us (flex community), he is more popular than other
Gordons ;)
On Fri, Aug 24, 2012 at 4:42 PM, Michael Schmalle
wrote:
> This is great news!
>
> I know some of you may have wondered where I have been (maybe not :)) but
> I took a sabbatical from the Flash Player for 8 months
This is great news!
I know some of you may have wondered where I have been (maybe not :))
but I took a sabbatical from the Flash Player for 8 months, defining a
future that wasn't dependent on the Flash Player.
It's ironic that the day I write my first blog post since January,
Gordon Smit
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
IMHO, performance is very important, but for the main use cases where flex
is choose over other technologies (IT applications, form applications,
large scale apps,...) the benefits introduced in Fx4 are critical. So we
need to get better both of them (performance and ease of development).
One of t
"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
I started some stuff to see if I could remove the need for SkinnableComponent
to be a UIComponent. I didn't complete it but will get back to it at some
point. I would expect that to lighten initialization a little.
Tink
Taras Kostyuk wrote:
>Links:
>http://jackviers.blogspot.com/2011/03/flex-
39 matches
Mail list logo
