There was a test: PasteWithMutliParagraph_FLEX_34876_Test which was enabled.
The test looks good, but the bug which the test was created for is not yet
fixed[1].
I disabled the test. Let’s see what happens next time it’s built.
On Oct 3, 2015, at 12:43 AM, Alex Harui wrote:
> OK, I think the
FWIW, these tests are failing on my Mac but seem to pass on Jenkins. I don’t
know if there’s a problem with the tests.
KeyboardGestureTest:
pgUpGeneralTest
pgUpLocationTest
pgUpLanguageTest
shiftPgUpGeneralTest
shiftPageUpLanguageTest
shiftPageUpLocationTest
On Oct 3, 2015, at 9:26 PM, Harbs w
uot;ant -f maven.xml
>deploy" on the ASF Jenkins, it works. If I do it on yours, it will end
>with a HTTP 403 (Not authenticated).
>
>Chris
>
>
>Von: Alex Harui
>Gesendet: Freitag, 2. Oktober 2015 23:43
>An: dev@flex.apache.org
Freitag, 2. Oktober 2015 23:43
An: dev@flex.apache.org
Betreff: Re: Jenkins builds
OK, I think the main builds on http://apacheflexbuild.cloudapp.net:8080
are now in working order, except for flex-tlf which I think has a
legitimate failure. Can one of the folks who have been working with TLF
take a loo
>>>>>>> The PMC has the credentials to log into Erik’s VM and reboot from
>>>>>>> within the VM and same for my VM. Getting others access from the
>>>>>>> Azure
>>>>>>> manager might require giving up more control t
gt;> manager might require giving up more control than we should,
>>>>>> especially
>>>>>> if my credit card is on the line.
>>>>>>
>>>>>> It turns out that Apache doesn’t have Azure VMs anymore. They did
>>>>>>fo
I see one of the builds has stuck too, but I think Chris probably wants
to see the error ?
Tom
On 30/09/15 16:58, Alex Harui wrote:
Looks like there should have been console output telling you what didn’t
resolve. What didn’t resolve? This test passes for me.
-Alex
On 9/30/15, 5:22 AM, "Ch
Source)
>
>Any idea what could be going wrong?
>
>Chris
>
>
>
>________
>Von: Christofer Dutz
>Gesendet: Mittwoch, 30. September 2015 09:11
>An: dev@flex.apache.org
>Betreff: AW: AW: AW: AW: Jenkins builds
>
>Well initially
Von: Christofer Dutz
Gesendet: Mittwoch, 30. September 2015 09:11
An: dev@flex.apache.org
Betreff: AW: AW: AW: AW: Jenkins builds
Well initially it was this:
FLASHPLAYER_DEBUGGER=C\:/Program\ Files\
(x86)/Adobe/flashplayer_11_sa_debug_32bit.exe
That failed
th.
Chris
Von: Alex Harui
Gesendet: Mittwoch, 30. September 2015 08:50
An: dev@flex.apache.org
Betreff: Re: AW: AW: AW: Jenkins builds
On 9/29/15, 11:37 PM, "Christofer Dutz" wrote:
>Well actually it was without the quotes initially and it failled for t
On 9/29/15, 11:37 PM, "Christofer Dutz" wrote:
>Well actually it was without the quotes initially and it failled for the
>same reasons ... it was my first attempt to fix things, but they didn't
>work :-(
I guess I’m confused. I went to the flex-falcon job and looked at the
console output of t
treff: Re: AW: AW: Jenkins builds
It looks like the quotes fooled some code into thinking it was a relative
path. Hopefully the next build will pass or at least get past this point.
-Alex
On 9/29/15, 2:46 PM, "Christofer Dutz" wrote:
>Ok ... so I managed to get even mo
ipt creates this ... could
>you please have a look ... it should be easy to fix this:
>
>https://builds.apache.org/view/E-G/view/Flex/job/flex-falcon/
>
>Chris
>
>
>Von: Christofer Dutz
>Gesendet: Dienstag, 29. September 2015 18:24
>A
ag, 29. September 2015 18:24
An: dev@flex.apache.org
Betreff: AW: AW: Jenkins builds
Have to admit that it was probably me being lost in the target names ... there
seem to be 1000 targets that sort of sound like they are the one you want, but
actually you have to use the right one. I had a not
... please have a
look at my changes ... I'll merge them back to develop as soon as I'm back from
Budapest.
Chris
Von: Alex Harui
Gesendet: Dienstag, 29. September 2015 16:57
An: dev@flex.apache.org
Betreff: Re: AW: Jenkins builds
On 9/29/15,
On 9/29/15, 4:16 AM, "Christofer Dutz" wrote:
>While I'm trying to get the builds running on the ASF Jenkins, I noticed
>something strange:
>In order to run the tests in framework/tests/basicTests, I need the
>mustella.swc ... unfortunately this is build after the basicTests are
>run. It seems
range ...
Chris
Von: Tom Chiverton
Gesendet: Montag, 28. September 2015 17:27
An: dev@flex.apache.org
Betreff: Re: Jenkins builds
On 27/09/15 17:03, Erik de Bruin wrote:
> Mustella is now running.
This is a huge step in the right direction, thanks Erik !
Tom
On 27/09/15 17:03, Erik de Bruin wrote:
Mustella is now running.
This is a huge step in the right direction, thanks Erik !
Tom
OK, I've manually started the Jenkins server, reset the Java security
permissions and reverted the Jenkins update and that has (so far) done the
trick... Mustella is now running.
We'll see.
EdB
On Fri, Sep 25, 2015 at 4:30 PM, Erik de Bruin wrote:
> Well, that's what I thought... But nope.
>
Well, that's what I thought... But nope.
Windows is having a Friday, I'm afraid. The Jenkins service refuses to
start and I can't even get the Services system panel to launch. Something
is borked, I'm afraid.
I was so close... :-(
I'm out of the VM, feel free to jump in and give it a try!
Have
>
> What about flex-mustella.cloudapp.net ?
>>
>
> I wasn't aware there was an issue here. I'll look into it.
>
That was one ignored VM ;-)
I've updated the test script, the various debug players, Windows, Jenkins,
Chrome and the VM (increased size, will sponsor the cost).
I'll monitor for the n
-
Von: Tom Chiverton [mailto:t...@extravision.com]
Gesendet: Donnerstag, 24. September 2015 16:05
An: dev@flex.apache.org
Betreff: Re: AW: Jenkins builds
On 24/09/15 14:55, Christofer Dutz wrote:
> We could setup Jenkins to fire up a VM, start the Mustella suite on that VM
> as soon as it&#
ntrol than we should,
>>>>> especially
>>>>> if my credit card is on the line.
>>>>>
>>>>> It turns out that Apache doesn’t have Azure VMs anymore. They did for
>>>>> a while. Good thing we didn’t use that otherwise w
Apache, but I think Apache
>>>> would prefer that volunteers put up the “money” for these VMs by paying
>>>> (or getting for free) VMs outside a.o to offload bandwidth costs.
>>>>
>>>> -Alex
>>>>
>>>> From: To
y did for
>>>> a while. Good thing we didn’t use that otherwise we’d be scrambling.
>>>> I
>>>> think we may be able to get Linux VMs from Apache, but I think Apache
>>>> would prefer that volunteers put up the “money” for these VMs by
>>>>paying
>
se VMs by paying
>>> (or getting for free) VMs outside a.o to offload bandwidth costs.
>>>
>>> -Alex
>>>
>>> From: Tom Chiverton
>>> Reply-To: "dev@flex.apache.org"
>>> Date: Thursday, September 24, 2015 at 5:43 AM
>>> To:
;>think we may be able to get Linux VMs from Apache, but I think Apache
>>would prefer that volunteers put up the “money” for these VMs by paying
>>(or getting for free) VMs outside a.o to offload bandwidth costs.
>>
>> -Alex
>>
>> From: Tom Chiverton
>> Re
put up the “money” for these VMs by paying (or getting for
> free) VMs outside a.o to offload bandwidth costs.
>
> -Alex
>
> From: Tom Chiverton
> Reply-To: "dev@flex.apache.org"
> Date: Thursday, September 24, 2015 at 5:43 AM
> To: "dev@flex.apache.org
Alex, I am willing to contribute my share of the costs. Also, I have a spare
server that I would be willing to setup as a backup or mirror for the
Jenkins builds.
I was thinking about another way to get money, if there is not enough people
willing to contribute cash. I think there is a products
On 24/09/15 14:55, Christofer Dutz wrote:
We could setup Jenkins to fire up a VM, start the Mustella suite on that VM as
soon as it's up and discard it as soon as it's done?
That would be a very good idea.
Some questions:
* how would you get the results in and out of the VM
* how could you te
On 24/09/15 13:45, Erik de Bruin wrote:
I wasn't aware there was an issue here. I'll look into it.
Cheers Erik !
Tom
ns that is able t fire up a VM for a job and
shut it down afterwards.
I guess with a setup like this the hanging jobs problem should be solvable.
Chris
Von: Alex Harui
Gesendet: Donnerstag, 24. September 2015 15:19
An: dev@flex.apache.org
Betreff: Re: Jenkins b
flex.apache.org>>
Date: Thursday, September 24, 2015 at 5:43 AM
To: "dev@flex.apache.org<mailto:dev@flex.apache.org>"
mailto:dev@flex.apache.org>>
Subject: Jenkins builds
What are the blockers to getting both our Jenkins back on line ?
I think Alex is hoping a
>
> What about flex-mustella.cloudapp.net ?
>
I wasn't aware there was an issue here. I'll look into it.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
What are the blockers to getting both our Jenkins back on line ?
I think Alex is hoping a free Microsoft VM will arrive for his one,
that's apacheflexbuild.cloudapp.net right ?
What about flex-mustella.cloudapp.net ?
Could we get the accounts shared around more people so we're not reliant
on
On 11/28/14, 1:12 PM, "Christofer Dutz" wrote:
>Hi Alex,
>
>well I was simply assuming that something is generally not setup
>correctly and that one of them could simply check the reason for this and
>I was assuming that if we sort out the problem the tests could work fine.
Yeah, well it is in
...@adobe.com]
Gesendet: Freitag, 28. November 2014 17:55
An: dev@flex.apache.org
Betreff: Re: Jenkins builds and general structure of FlexJS/Falcon related
project
On 11/28/14, 8:29 AM, "Christofer Dutz" wrote:
>I changed the test runner in falcon to start the flashplayer wit
On 11/28/14, 8:54 AM, "Alex Harui" wrote:
>
>
>On 11/28/14, 8:29 AM, "Christofer Dutz" wrote:
>>The problem is the build structure of the project in general.
>>
>>It contains Falcon as well as FlexJS, unfortunately FlexJS' tests need
>>ASJS, which in turn needs Falcon.
>>
>>So we have sort of
On 11/28/14, 8:29 AM, "Christofer Dutz" wrote:
>I changed the test runner in falcon to start the flashplayer with a
>timeout (currently set to 20 seconds as I asked someone of Infra to check
>what the flashplayer is complaining about
This is exactly why using builds.a.o for GUI tests is ineff
Hi,
today I worked on getting the Flex builds working on builds.apache.org.
I changed the test runner in falcon to start the flashplayer with a timeout
(currently set to 20 seconds as I asked someone of Infra to check what the
flashplayer is complaining about ... but will set that back to 1 o
Tom,
Thanks for keeping an eye on these servers.
-Alex
On 9/29/14 6:20 AM, "Tom Chiverton" wrote:
>On 29/09/14 14:03, Erik de Bruin wrote:
>>> Mustella, I just get a blue screen over RDP.
>>> Is there an easy way to reboot it ?
>>>
>> I¹m afraid I¹m to only one that can reboot it if it totally
On 29/09/14 14:03, Erik de Bruin wrote:
Mustella, I just get a blue screen over RDP.
Is there an easy way to reboot it ?
I’m afraid I’m to only one that can reboot it if it totally borks, as it is
running on my personal Azure account. Restarting the VM now, should be up
momentarily.
Well, it w
> Mustella, I just get a blue screen over RDP.
> Is there an easy way to reboot it ?
>
I’m afraid I’m to only one that can reboot it if it totally borks, as it is
running on my personal Azure account. Restarting the VM now, should be up
momentarily.
EdB
--
Ix Multimedia Software
Jan Luykenst
I noticed both Jenkins servers were not progressing jobs. I connected to
both desktops.
Mustella, I just get a blue screen over RDP.
Is there an easy way to reboot it ?
Builds was hung with a Firefox crash say the plugin container had
crashed (about 40 of them), and a C++ runtime error box.
A
Another update.
builds@a.o.: the broken SDK build this morning showed that the new
jobs work as expected (picked up broken-ness, emailed, re-ran when fix
was comitted and email when build succeeded), which gave me the
confidence to disable the 'old' jobs (names starting with capital F)
and put the
I'll try connecting from the office computer tomorrow and see if I have
better luck.
On 5/27/13 10:41 PM, "Erik de Bruin" wrote:
>Wait, I found the wonderful 'results.txt' that seems to contain a lot
>of the console output:
>
>
>=
>Failed:
>===
Wait, I found the wonderful 'results.txt' that seems to contain a lot
of the console output:
=
Failed:
=
components/Alert/Properties/Alert_Properties
Alert_layoutDirection_direction_rtl Failed
The last run was a full run. I started it manually in Cygwin. I'll do
that every day until Jenkins is ready to take over... and I hope I
don't forget to pull the latest source before I run it ;-)
EdB
On Tue, May 28, 2013 at 7:36 AM, Alex Harui wrote:
> But was the last run a full run or are yo
But was the last run a full run or are you mucking with Jenkins and Label
in the same directories? Any non-all run generally wipes out the
bad.png files from previous runs.
On 5/27/13 10:33 PM, "Erik de Bruin" wrote:
>Today is a busy day, so I won't be able to grab what you requested.
>Maybe
Today is a busy day, so I won't be able to grab what you requested.
Maybe Om can fetch it?
EdB
On Tue, May 28, 2013 at 7:22 AM, Alex Harui wrote:
> Couldn't get connected. But it sounds like other runs happened since
> which would have wiped out what I needed.
>
> Next time a full run complet
Couldn't get connected. But it sounds like other runs happened since
which would have wiped out what I needed.
Next time a full run completes, if you can package up the portion of the
console output that describes the failures (failures.txt only lists the
failing tests but doesn't tell me how the
I've posted the RDP login data to 'private', so you can have a look at
the setup for yourself.
EdB
On Mon, May 27, 2013 at 4:31 PM, Erik de Bruin wrote:
> Hold on to your hat, here is 'failures.txt':
>
>
> components/Alert/Properties/Alert_Properties
> Alert_layoutDirection_direction_rtl
> c
Hold on to your hat, here is 'failures.txt':
components/Alert/Properties/Alert_Properties Alert_layoutDirection_direction_rtl
components/Alert/Properties/Alert_Properties
Alert_layoutDirection_direction_rtl_with_alertIcon
components/Alert/Properties/Alert_Properties_Spark
Alert_layoutDirection_di
Can you post the portion of the console output that lists the failures?
Sent via the PANTECH Discover, an AT&T 4G LTE smartphone.
Erik de Bruin wrote:
The change of the Flash Player content debugger and the addition of
the localhost access has reduced the number of failures on the last
run
The change of the Flash Player content debugger and the addition of
the localhost access has reduced the number of failures on the last
run from 280 to 140. I'm now out of my depth on Mustella and I'll
leave the fixing of the rest to the pros ;-)
I will now install Jenkins and try to have it do a
By default mini_run should clean everything up before compiling and
running tests.
It'll be great to see this actually work!
On 5/26/13 11:06 AM, "Erik de Bruin" wrote:
>I was running 11.7 content debugger. Have now switched to
>11.1.whatever. Also installed Apache server, localhost is pointing
I was running 11.7 content debugger. Have now switched to
11.1.whatever. Also installed Apache server, localhost is pointing to
'mustella/tests'. I just started another run, let's see what that
gives us.
One question: after one run, before doing another, is there something
I need to 'clean up' or
Hi,
> This is running on a Windows Azure instance I'm setting up, not on
> builds.apache.org.
Sorry I thought it was on the apache build box.
> Setting up Apache as a web server won't too much trouble, especially since
> we only need localhost.
Yep.
Justin
What FlashPlayer version did you use? I think the bitmaps only work for
11.1/11.2. That might explain why there's a lot of gradient failures.
I guess at some point we should try to get all tests to pass on more
recent players.
On 5/25/13 1:28 AM, "Erik de Bruin" wrote:
>Next update:
>
>Infra
Justin,
On Saturday, May 25, 2013, Justin Mclean wrote:
> Hi,
>
> > Infra installed the Extension Manager, Jenkins job 'flex-sdk_release'
> > now runs cleanly.
> Nice one.
>
> > Mustella successfully completed a full run this night, taking a little
> > under 9 hours to complete.
> Ouch - we may h
Hi,
> Infra installed the Extension Manager, Jenkins job 'flex-sdk_release'
> now runs cleanly.
Nice one.
> Mustella successfully completed a full run this night, taking a little
> under 9 hours to complete.
Ouch - we may have to keep an eye on the queue as there's only one windows box
and it sh
Next update:
Infra installed the Extension Manager, Jenkins job 'flex-sdk_release'
now runs cleanly.
Mustella successfully completed a full run this night, taking a little
under 9 hours to complete. It reports 35,446 success and 228 failures.
I will need help fixing most of these (gradients and s
Looking into that next.
EdB
On Fri, May 24, 2013 at 5:19 PM, Alex Harui wrote:
> Nice!
>
> Are the FalconJX tests failing on your system as well or is this just the
> Jenkins run?
>
> On 5/24/13 7:01 AM, "Erik de Bruin" wrote:
>
>>A little update:
>>
>>- flex-tlf (-): succeeds
>>- flex-sdk (m
Nice!
Are the FalconJX tests failing on your system as well or is this just the
Jenkins run?
On 5/24/13 7:01 AM, "Erik de Bruin" wrote:
>A little update:
>
>- flex-tlf (-): succeeds
>- flex-sdk (main checkintests): succeeds
>- flex-sdk_release (release): waiting for Extension Manager install
>-
I want to use them (Very
> disapointing)
>
> Would have been the ideal setup for CI Flex builds :-|
>
> Chris
>
>
> Von: Erik de Bruin [e...@ixsoftware.nl]
> Gesendet: Freitag, 24. Mai 2013 16:01
> An: dev@flex.apache.org
Betreff: Re: Jenkins builds and Mustella
A little update:
- flex-tlf (-): succeeds
- flex-sdk (main checkintests): succeeds
- flex-sdk_release (release): waiting for Extension Manager install
- flex-sdk_asdoc (asdoc): succeeds
- flex-falcon (all) - succeeds, marked 'unstable' because som
A little update:
- flex-tlf (-): succeeds
- flex-sdk (main checkintests): succeeds
- flex-sdk_release (release): waiting for Extension Manager install
- flex-sdk_asdoc (asdoc): succeeds
- flex-falcon (all) - succeeds, marked 'unstable' because some
FalconJx tests fail
I'll let these run a week or
The only job I saw that had anything to do with release was one that
called 'source-release'.
The full 'release' task requires the Adobe Extension Manager, which
I've asked the people on the build list to install on 'windows1', like
they did for Pixelbender.
EdB
On Fri, May 24, 2013 at 1:23 AM
HI,
> - flex-sdk_release (release): fails, waiting for Extension Manager install
The release target was working before so all the bits should be there? I think
in order to do a release you have to do make main first?
Thanks,
Justin
I'm playing around with Cygwin and Mutt/Fetchmail for the patch server.
We'll see if it works or not.
On 5/23/13 11:28 AM, "Erik de Bruin" wrote:
>Spending Limit is 0 by default (first thing I checked when they asked
>for my creditcard for "verification" ;-)).
>
>My Windows lore is rather stale
On Thu, May 23, 2013 at 11:28 AM, Erik de Bruin wrote:
> Spending Limit is 0 by default (first thing I checked when they asked
> for my creditcard for "verification" ;-)).
>
> My Windows lore is rather stale after a couple of years on a Mac...
> does anyone have an idea on how to report on the Mu
Spending Limit is 0 by default (first thing I checked when they asked
for my creditcard for "verification" ;-)).
My Windows lore is rather stale after a couple of years on a Mac...
does anyone have an idea on how to report on the Mustella runs from
this VM to the dev list (or elsewhere)?
EdB
O
On Thu, May 23, 2013 at 10:57 AM, Erik de Bruin wrote:
> Om,
>
> Since you've looked at Azure before, maybe you can help with this:
>
> On our Enterprise MSDN subscription I have 1500 free 'small instance'
> hours per month. The VM I've set up is a 4 core, 7 GB 'large' machine.
> Best I can tell
Have we ever asked Apache Infra for a VM? I know they've given some to
other projects...
On Thu, May 23, 2013 at 1:57 PM, Erik de Bruin wrote:
> Om,
>
> Since you've looked at Azure before, maybe you can help with this:
>
> On our Enterprise MSDN subscription I have 1500 free 'small instance'
Om,
Since you've looked at Azure before, maybe you can help with this:
On our Enterprise MSDN subscription I have 1500 free 'small instance'
hours per month. The VM I've set up is a 4 core, 7 GB 'large' machine.
Best I can tell there is a 4x multiplier for that type of
instance/hour or 375 hours
Anything to make it easier to test using Mustella would be awesome. Thanks
:)
On Thu, May 23, 2013 at 1:40 PM, Alex Harui wrote:
> Excellent. Thanks for working on this stuff.
>
> Recently, I checked in some shell scripts that I only tested on Mac that
> take a patch file, run MustellaTestCho
Excellent. Thanks for working on this stuff.
Recently, I checked in some shell scripts that I only tested on Mac that
take a patch file, run MustellaTestChooser and run the tests it finds. It
expects 'git status' format which is different from 'git log' format, but
maybe you can leverage some of
On Thu, May 23, 2013 at 10:31 AM, Erik de Bruin wrote:
> Hi,
>
> Just to let you know what I'm working on:
>
> I'm working on the build machines to create new/updated Jenkins jobs
> for the following builds:
> - flex-tlf (-): succeeds
> - flex-sdk (main checkintests): succeeds
> - flex-sdk_releas
Hi,
Just to let you know what I'm working on:
I'm working on the build machines to create new/updated Jenkins jobs
for the following builds:
- flex-tlf (-): succeeds
- flex-sdk (main checkintests): succeeds
- flex-sdk_release (release): fails, waiting for Extension Manager install
- flex-sdk_asdo
79 matches
Mail list logo
