Re: Issue with rowHeight and big amount of data in cells

Piotr, how many rows of data are there? IMO, there are multiple scenarios of increasing complexity. That's one of the reasons we have beads in Royale. The vast majority of our work so far has been to handle the simpler scenarios. The ones I can think of are: 1) few rows, fixed height, pixel

Re: Issue with rowHeight and big amount of data in cells

ousands. Thanks, Piotr czw., 30 kwi 2020 o 17:27 Alex Harui napisał(a): > Piotr, how many rows of data are there? > > IMO, there are multiple scenarios of increasing complexity. That's one of > the reasons we have beads in Royale. The vast

Re: Issue with rowHeight and big amount of data in cells

AM, "Piotr Zarzycki" wrote: I thought I do understand what do you mean, but now I'm confused. Where do you see complexity ? In amount of rows and calculations what height of the rows are ? czw., 30 kwi 2020 o 17:44 Alex Harui napisał(a): > IMO,

Re: wagon:upload problems

Gee I hope that didn't cause that IP to be blocked by Apache. Keep that in mind if you have trouble uploading from the CI server next time you try. Find the IP address of the CI server and ask Infra if it got blocked. There is a chance that Azure blocked as well. I guess I'll find out if I h

Re: wagon:upload problems

... the releasesteps.xml does actually deploy a large portion of the artifacts multiple times ... The ant target uploadSWCs already deploys the entire artifact tree ... there's no need for uploadJewelDark and uploadJewelLight Chris Am 30.04.20, 20:43 schr

Re: wagon:upload problems

and that's the source release's signature file. All others would be **/*.xml, **/*.swc and alike. That's the reason why it's trying to deploy that file so often. Chris Am 30.04.20, 21:49 schrieb "Alex Harui" : Hi Chris,

Re: wagon:upload problems

s in the beginning Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157] 66/157 means it’s gonna run 157 times before it finished. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Thursday, April 30, 2

Re: wagon:upload problems

heory we could continue with the release and figure this out at some other time. Thanks. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 12:32 AM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: wagon:up

Re: wagon:upload problems

6/in-maven-can-a-profile-override-the-modules-to-not-include-any It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run. HTH, -Alex On 4/30/20, 2:51 PM, "Alex Harui" wrote: Yes, Yishay

Re: wagon:upload problems

rummaging through the modules. I think if we set it up that way again, it will work better. HTH, -Alex On 4/30/20, 10:55 PM, "Alex Harui" wrote: Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a po

Re: wagon:upload problems

;t do that. I sent you what's needed to make it run in only one module, so could you please just use that? I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should

Re: wagon:upload problems

lf a Maven expert with really a lot > of experience with different situations. So please trust my before > copy-pasting some half-baked "solution" from stack overflow. > > I will do my best to help you folks help you adjust the ant scripts as > much as poss

Re: wagon:upload problems

ale-framework-parent -> [Help 1] [exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 6:50 PM To: dev@royale

Re: wagon:upload problems

[66/157] Where the [n/157] implies it’s running in a loop. I’ll report back when it’s finished. Thanks. From: Alex Harui Sent: Friday, May 1, 2020 7:07:21 PM To: dev@royale.apache.org Subject: Re: wagon:upload problems Bummer. I was afraid that the project list would only be modules an

Re: wagon:upload problems

typedefs and compiler if this works. Thanks. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 7:45 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: wagon:upload problems Got my fingers crossed. I d

Re: wagon:upload problems

completeness in the last runs? From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 8:01 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: wagon:upload problems Go to this link: https://nam04.safelinks.protectio

Re: wagon:upload problems

upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy. I’m off until tomorrow morning. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 9:01 PM To: dev@royale.apac

Re: wagon:upload problems

steps. -Alex On 5/1/20, 1:39 PM, "Alex Harui" wrote: Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don

Re: wagon:upload problems

hour and 10 minutes. It’s looking pretty stable with my windows machine. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Friday, May 1, 2020 11:39 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: wagon:upload problems Chris just w

Re: Issue with rowHeight and big amount of data in cells

been thinking about it after digging into internals of DataGrid > recently. > > > > > > > On Fri, May 1, 2020 at 3:52 AM Alex Harui > wrote: > > > I haven't looked at Jewel's Lists in detail, but if the

Re: Release Step 13 -Ant Build Failing

Checkout the release branches and build it yourself and see if you get the same problem. On 5/2/20, 8:40 PM, "Yishay Weiss" wrote: compile-swf: [echo] Compiling libs/Basic.swc [echo] ROYALE_HOME: c:\temp_asjs_ant\sources\royale-asjs [echo] ROYALE_SWF_COMPILER_HOM

Re: Release Step 13 -Ant Build Failing

nload correctly. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Sunday, May 3, 2020 7:04 AM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: Release Step 13 -Ant Build Failing Checkout the release branches and build it yourself a

Re: Release Step 013 Succeeded

Yes. https://github.com/apache/royale-asjs/wiki/Release-Manager-Notes#localproperties On 5/2/20, 10:02 PM, "Yishay Weiss" wrote: Are we supposed to create a local.properties file? C:\dev\flexjs\royale-asjs [release/0.9.7 = +1 ~0 -0 !]> ant -f releasesteps.xml Release_Step_013_Upl

Re: Modules in IE

I just ran examples/royale/ModuleExample in IE and it worked. Does it work for you? In the debugger, window.Module and window.MainApp resolve to functions. window.org is an object with an apache property. In the DOM Explorer, there should be tons of

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

I will look into it. -Alex On 5/3/20, 7:35 AM, "Yishay Weiss" wrote: Whatever the fix is, it will also need to be applied in these files: C:\dev\flexjs\royale-asjs [release/0.9.7 =]> git grep "main,utils" ApproveRoyale.xml: releasecandidate.xml:

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

are good enough for now and we should release unless we find something is broken in the jars and swcs. My 2 cents, -Alex On 5/3/20, 8:08 AM, "Alex Harui" wrote: I will look into it. -Alex On 5/3/20, 7:35 AM, "Yishay Weiss" wrote: Whatever

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

I think we should continue the vote. If more problems are discovered I can start another release candidate. I think we should at least fix the compile README to not use -main. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Sunday, May 3, 2020 10:06 PM To: dev@ro

Re: [royale-asjs] branch develop updated: Avoid a maven duplicate groupId/ArtifactId combo for DataGridExample

Nit: the pattern should be DataGridExample-MXRoyale. See express/DataGridExample or mxroyale/HelloWorld On 5/3/20, 11:32 PM, "gregd...@apache.org" wrote: This is an automated email from the ASF dual-hosted git repository. gregdove pushed a commit to branch develop in reposit

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

#x27;m stopping work for tonight. -Alex On 5/3/20, 11:58 PM, "Yishay Weiss" wrote: Ik, online release notes sounds like a good compromise. Thank for the fixes. Let the votes begin! ____ From: Alex Harui Sent: Monday, May 4, 2020 6:00 AM

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

t necessary for your > release process, but just one to state it so we can all stop and take a > bird sight on all of it and help us to visualize. Sometimes we use to > loose perspective when we're working many time and hard in something. > > Anyway, I'll wa

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

g long time, and I'm not > interested in discuss it, since is clear you see it necessary for your > release process, but just one to state it so we can all stop and take a > bird sight on all of it and help us to visualize. Sometimes we use to > loose perspective

Re: Performance in lists

Which list? Mx, spark, jewel, basic? Get Outlook for Android From: Yishay Weiss Sent: Monday, May 4, 2020 11:38:02 AM To: dev@royale.apache.org Subject: RE: Performance in lists Out of curiosity, are you running the debug or the release v

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

ation on when Maven will be used to build the Ant sources to decide if it’s worth an RC4. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Monday, May 4, 2020 7:14 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: [DISCUSS]

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

Yishay From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Tuesday, May 5, 2020 12:22 AM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: [DISCUSS] Discuss Release Apache Royale 0.9.7 The Ant packages only contain things we know we want

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

any chance you can look at the CI configuration and see if the jobs are still distributed between the 2 agents? Last time I looked it looked like they were all configured to work with agent1, which would mean TDF slowing down the build again. I may have missed something. From: Alex Harui&

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

On 5/4/20, 11:24 PM, "Alex Harui" wrote: Thanks Yishay. I am putting together CI jobs to verify that my changes will pick up the groovy files. The files that changed are part of the source package and were tagged as RC3 and one of them is in royale-compiler which is w

Maven DIstribution

It may be too early in the morning for me, but I switched to the release/0.9.7 branch in all 3 repos, did a "mvn clean install" all of them, then back in royale-asjs I ran "mvn -Pwith-distribution clean install" and got an error: Failed to create assembly: Error adding file to archive: /Users/a

Re: Maven DIstribution

Maybe. I can't find how to do that in the instructions. I assumed it would end up in a "target" folder. On 5/5/20, 3:09 PM, "Piotr Zarzycki" wrote: Shouldn't you add path where distribution will be saved? On Tue, May 5, 2020, 7:25 PM Alex Harui w

Re: Maven DIstribution

FWIW, I added -DdistributionTargetFolder= and still the same failure. On 5/5/20, 4:29 PM, "Alex Harui" wrote: Maybe. I can't find how to do that in the instructions. I assumed it would end up in a "target" folder. On 5/5/20, 3:09 PM

Re: Modules in IE

What is the src (url) for that script? Were there any errors loading and running it? Are the other Royale packages/classes in the "window" object? One scenario I thought of is that some bug or something else creates a "window" property at the global window causing our package lookup to be off.

Re: Maven DIstribution

worked ... now I'm switching to the release-branch (is there a reason they are called "rel/0.9.7" for compiler and typedefs and "release/0.9.7" for asjs? Will report anything I find. Chris Am 06.05.20, 07:

Re: MXTests keeps hanging on CI Server

The test swf is probably throwing an exception. Just kill the task. I will try to look at it someday. -Alex On 5/7/20, 12:10 PM, "Yishay Weiss" wrote: Message is [mxmlc] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx2g [echo] launching

Re: Modules in IE

er; statement on the first line of the src which never kicks. From: Alex Harui Sent: Wednesday, May 6, 2020 7:58:15 PM To: dev@royale.apache.org Subject: Re: Modules in IE What is the src (url) for that script? Were there any errors loading and running it? Are the other Royale packages/cl

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

Carlos, What scenario are you testing? If you are using " -Duse-flash=true" then is PLAYERGLOBAL_HOME and other environment variable set up properly? -Alex On 5/8/20, 10:21 AM, "Carlos Rovira" wrote: Hi, I had a similar experience with approve xml, so I'll check as I have more

XML DataBinding

Mostly to Greg and Harbs, Have you guys seen watcher type "xml" in the DataBinding data when setting up watchers for XML DataBinding? I'm trying to understand if you've seen it work. The switch statement in DataBindingBase setupWatchers doesn't have a case for it. That seems to be Serkan's p

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

don't understand why it is trying to load snapshot versions of the > themes, or what is going on here. or even if that is causing the problem > later with the TDJ compilation or not. > > Does anyone have any clues? > Thanks, > Greg > > On

Re: [VOTE] Release Apache Royale 0.9.7

+1 Package https://dist.apache.org/repos/dist/dev/royale/0.9.7/rc5/apache-royale-0.9.7-src.tar.gz Java 1.8 OS: Mac OS X x86_64 10.15.3 Source kit signatures match: y Source kit builds: y README is ok: y RELEASE_NOTES is ok: y NOTICE is ok: y LICENSE is ok: y No unapproved licenses or archives: y N

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

I flushed my snapshots and TDJ didn't build. On 5/8/20, 10:49 PM, "Alex Harui" wrote: You're probably right. I haven't tested if it would build if I flushed all snapshots from my local repo. IMO, something to fix for the next release. -Alex

Re: XML DataBinding

karound. On Sat, May 9, 2020 at 4:57 PM Alex Harui wrote: > Mostly to Greg and Harbs, > > Have you guys seen watcher type "xml" in the DataBinding data when setting > up watchers for XML DataB

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

es successfully'. On Sat, May 9, 2020 at 6:17 PM Alex Harui wrote: > I flushed my snapshots and TDJ didn't build. > > On 5/8/20, 10:49 PM, "Alex Harui" wrote: > > You're probably right. I haven't tested

Re: MXTests keeps hanging on CI Server

be able to compare against other listData and owns() APIs in MXRoyale. I should have time to fix it in about 6 hours if you don't have time. Thanks, -Alex On 5/7/20, 12:14 PM, "Alex Harui" wrote: The test swf is probably throwing an exception. Just kill the task. I w

Re: library-path changes

FWIW, "runtime" and "provided" are defined by Maven, not us. https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope If the compiler currently treats them the same, there is no guarantee that it always will, so probably a good idea to choose the rig

Re: Flex 2006 migration

From: Naushad R Thaha Date: Wednesday, July 24, 2019 at 8:00 PM To: "dev@royale.apache.org" Subject: Flex 2006 migration Hi, We have couple of application written in flex 2006 and would like to get some feedback on how we can migrate to html and JS. We want to protect our apps from the ant

Re: [royale-asjs] 01/02: Specifying these dependencies in maven was necessary to get build working locally.

I'm not sure Maven is smart about changing versions stored in properties. I think that's one reason the version is explicit in the dependency. It seems redundant to us because we have many SWCs all of the same version, but in other POMs the version of each dependency might be different. Of co

Re: [royale-asjs] branch label_fix created (now 1b6170c)

The emulations often started from the actual Flex component. The code in a method/getter/setter was often commented out to get things to compile. Getting things to run is DAYG (do as you go). When it is time to actually get some method/getter/setter to work again, some of the things to conside

Re: [royale-compiler] branch develop updated: compiler-jx: added inline-constants compiler option for JS builds to optionally inline the values of primitive constants (like Number, String, Boolean, in

Has anyone investigated the "rules" for Closure inlining constants? I wonder if the fact we @export a lot of constants would affect it. Just a thought, -Alex On 8/8/19, 10:10 PM, "Greg Dove" wrote: That sounds great for sure, Josh. I suspect the 4KB savings comparison might be before

Re: Discuss of release steps preparation

hould look into Jenkins > configuration of that steps or something else ? > > śr., 24 lip 2019 o 17:56 Alex Harui napisał(a): > >> Hi Piotr, >> >> You can compare the output from previous builds and also the typedefs >> build

Re: Discuss of release steps preparation

o 17:59 Piotr Zarzycki > napisał(a): > > > By compare to dypedefs step - do you mean that I should look into > Jenkins > > configuration of that steps or something else ? > > > > śr., 24 lip 2019 o 17:56 Alex Harui > na

Re: Discuss of release steps preparation

seeing any suspicious in that log I need to understand more why actually upload wasn't triggered. Artifacts were definitely generated correctly. Thanks, Piotr On Tue, Aug 13, 2019, 5:33 PM Alex Harui wrote: > I'm not sure what warnings you are

Re: Discuss of release steps preparation

. It definitely won't use staged compiler - You need to point such stuff explicitly using settings.xml On Tue, Aug 13, 2019, 10:20 PM Alex Harui wrote: > I'm not sure you should skip the uploading. I'm not sure where typedefs > and asjs will get its co

Re: Discuss of release steps preparation

a): > Hi Alex, > > El lun., 12 ago. 2019 a las 19:30, Alex Harui () > escribió: > > > Also, the other committers should be aware that an RC is being created > > because they see the emails being sent by the CI server and ask th

Re: Discuss of release steps preparation

On 8/14/19, 1:14 AM, "Piotr Zarzycki" wrote: If your folder with artifacts is in ~/temp/releasesteps - What do you type when script asking you about ? I would type (on a Mac): /Users/aharui/temp/releasesteps There are 3 different Ant targets for Step 003: - Release_Step_003

Re: Discuss of release steps preparation

discussed with the RM and committed to the release branch if agreed. We want to avoid cherry-picking the develop branch to the release branch if at all possible. -Alex On 8/14/19, 1:58 AM, "Carlos Rovira" wrote: Hi Alex, El lun., 12 ago. 2019 a las 19:30, Alex H

Re: Discuss of release steps preparation

m moving forward with all of that. śr., 14 sie 2019 o 18:40 Alex Harui napisał(a): > Carlos, > > In [1] that you referenced it says about release branches: > > "During that time, bug fixes may be applied in this branch (rather than on &

Re: Discuss of release steps preparation

On Wed, Aug 14, 2019 at 9:23 AM Alex Harui wrote: > Can you explain why that would be the right change? Doesn't make sense to > me. > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" wrote: > > So far so good. I did tweak th

Re: Discuss of release steps preparation

Also, try adding -DskipTest=true to skip the mustella tests. On 8/15/19, 1:37 PM, "Alex Harui" wrote: That's a possibility. I only used absolute paths. Piotr, it would nice to see the Windows console output including the paths you gave to help make this proc

Re: Discuss of release steps preparation

Sorry, that should be plural -DskipTests=true -Alex On 8/15/19, 4:15 PM, "Alex Harui" wrote: Also, try adding -DskipTest=true to skip the mustella tests. On 8/15/19, 1:37 PM, "Alex Harui" wrote: That's a possibility. I

File Handling (was Re: inject_html in the framework via rawgit)

Greg's email coincided with some other interesting file-handling issues that might be worth a discussion. The issue I ran into was that the old MX RichTextEditor has some icon buttons. In Flex, those buttons are embedded. We are not (yet) supporting embedding in Royale, so the question is how

Re: Discuss of release steps preparation

data=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3D&reserved=0 czw., 15 sie 2019 o 22:37 Alex Harui napisał(a): > That's a possibility. I only used absolute paths. > > Piotr, it would nice to see the Windows console output including the pa

Re: Discuss of release steps preparation

>>> get-artifact-folder: >>> [input] Enter the temporary folder to store the downloaded artifacts: >>> royale096 >>> >>> Release_Step_003_Sign: >>> >>> sign-file: >>> >>> &

Re: Build failed in Jenkins: royale-asjs_jsonly #3409

Yes, FF 47 or so. It has to be compatible with Selenium 2.53, so not sure if it has to be 47.0.1 or not. The installer is already in the Downloads folder so just uninstall the current FIreFox and run the Installer for 47.0.1. Try turning off auto-updates if you can. I found out that the vers

Re: [royale-compiler] branch develop updated: GoogDepsWriter: extracted inject_html detection and moved it to the publisher so that inject_html can be detected in externs too

I couldn't easily see how this avoids opening and scanning each file twice. That's sort of why the inject_html was in GoogDepsWriter. It had to visit every file already. HTH, -Alex On 8/19/19, 12:14 PM, "joshtynj...@apache.org" wrote: This is an automated email from the ASF dual-hosted

Re: Proposed change to inject_html

IMO, we have to open and read each JS file anyway for remove-circulars, so it isn't clear that looking for additional companion files is going to be faster than scanning an already open file. We could make the inject_html easier to find by moving it higher up in the JS file. My 2 cents, -Alex

Re: Proposed change to inject_html

Ckz48JYr3RRXgyJj%2FMQzc%2Fp27pCT70ozU8DQ%3D&reserved=0> On Tue, Aug 20, 2019 at 10:31 AM Alex Harui wrote: > IMO, we have to open and read each JS file anyway for remove-circulars, so > it isn't clear that looking for additional companion files

Re: [royale-asjs] 01/01: Merge branch 'develop' into release/0.9.6

Are you using cherry-picking to do this? Be careful about merging version numbers and snapshots from dev into release. IMO, it is a dangerous practice to merge develop into a release branch. -Alex On 8/20/19, 11:38 PM, "pio...@apache.org" wrote: This is an automated email from the ASF d

Re: [royale-asjs] 01/01: Merge branch 'develop' into release/0.9.6

iotr śr., 21 sie 2019 o 16:51 Alex Harui napisał(a): > Are you using cherry-picking to do this? Be careful about merging version > numbers and snapshots from dev into release. > > IMO, it is a dangerous practice to merge develop into a release branch. >

Re: [royale-asjs] 01/01: Merge branch 'develop' into release/0.9.6

Responses inline... On 8/21/19, 11:55 PM, "Piotr Zarzycki" wrote: Alex, I'm aware about that, but I would like to have all of those changes. Steps are working good, so far I bump into rather problems on my PC. I did not see new tag commits, so I'm not sure you understood m

Re: [royale-asjs] 01/01: Merge branch 'develop' into release/0.9.6

branch. Ok I will try to figure out how to use JAVA_TOOL_OPTIONS. czw., 22 sie 2019 o 16:48 Alex Harui napisał(a): > Responses inline... > > On 8/21/19, 11:55 PM, "Piotr Zarzycki" wrote: > > Alex, > > I'm awa

Re: Discuss of release steps preparation

ved=0 Thanks, Piotr pt., 16 sie 2019 o 18:27 Alex Harui napisał(a): > Piotr, > > At this point, I would definitely recommend trying the three steps without > any changes to the release_steps.xml file and use an ABSOLUTE path. That's >

Re: Discuss of release steps preparation

all. I'm wondering what could happen that this zip >> wasn't generated. >> >> Thanks, >> Piotr >> >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui >> wrote: >> >>> The output says the -src.zip did not

Re: Discuss of release steps preparation

59f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393&sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3D&reserved=0 Thanks, Piotr pon., 26 sie 2019 o 00:48 Alex Harui napisał(a): > Looks like there are 130 files in the "left"

Re: Discuss of release steps preparation

t;> > > >> >> Alex, > >> >> > >> >> I see what is happening. I had the same issue when I was preparing > Maven > >> >> artifacts - I think so. Royale unit is not part of final src zip -> >

Re: Discuss of release steps preparation

23L565&data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136&sdata=fvBjkUVwz%2FONPLIabE6XAud7%2BBvD3JSW0DGeo0WnOww%3D&reserved=0 > > >> [2] > > >> > > > https://nam0

Re: Discuss of release steps preparation

gt; message > > >> > > > > appears > > >> > > > > >> when you write to a read-only prop. Can you find the tests > > that > > >> > > failed > > >> > > > > >> fu

Re: trouble with HTTPService

I'm assuming you are using mx:HTTPService? I think only one person is using it much, so there could certainly be bugs. Please open an issue with a small test case. -Alex On 9/3/19, 9:37 PM, "Fred Ross-Perry" wrote: I am seeing something odd when using mx.rpc.Responder with HTTPService.

Re: Heads up on XML

Don't know. Have you rummaged through the spec? https://www.ecma-international.org/publications/files/ECMA-ST-WITHDRAWN/Ecma-357.pdf HTH, -Alex On 9/4/19, 3:11 AM, "Greg Dove" wrote: This is particularly for Harbs and Yishay, as I think you are both (or both have been) using XML quite

Re: Discuss of release steps preparation

> From: Piotr Zarzycki >>> > Sent: Wednesday, September 4, 2019 11:24:09 AM >>> > To: dev@royale.apache.org >>> > Subject: Re: Discuss of release steps preparation >>> > >>> > Hi, >>> >

Re: Discuss of release steps preparation

g full console output actually. Nothing more happen there. Thanks, Piotr śr., 4 wrz 2019 o 18:11 Alex Harui napisał(a): > Again, the goal is here to debug the scripts, not to skip them. > > And it is hard to help without console output to examine.

Re: Heads up on XML

the explicit call case in the player, but not for the implicit one, but I am not yet sure why. I will double-check the spec though... On Thu, Sep 5, 2019 at 4:02 AM Alex Harui wrote: > Don't know. Have you rummaged through the spec? > > http

Re: Heads up on XML

endants(name) in the app I am working on use string args so these all work correctly as well. I'm just trying to cover things for the future... while my head is still in this stuff. On Thu, Sep 5, 2019 at 6:11 AM Alex Harui wrote: > Speaking of multin

Re: Testing the npm install error fixes

Pretty sure if you use -g on MacOS you need sudo. However, I don't think that's the issue here. I think Carlos should post his: - dependencies/download_dependencies.js` - /Users/carlosrovira/.npm/_logs/2019-09-05T09_39_50_359Z-debug.log HTH, -Alex On 9/5/19, 7:28 AM, "OmPrakash Muppirala" wro

Re: Heads up on XML

be a bug in Flash, but maybe we should just make our implementation work the same way to reduce migration effort in case someone is relying on this behavior. Thoughts? -Alex On 9/4/19, 1:47 PM, "Alex Harui" wrote: I read the example incorrectly. So yeah, it should return 0

Re: ${body} in index template

FWIW, the current implementation was just a quick hack to get something working. No serious thought went into it so feel free to change it. I think there are "projectName" and "mainClassQName" variables in the compiler. IIRC, projectName maps to the output file name and mainClassQName maps to

Re: Heads up on XML

in the current execution scope. (That 'use namespace' pattern was being used quite a bit in the codebase I have been working on) Thanks again, that will save me investigating it with bytecode. On Fri, Sep 6, 2019 at 6:37 AM Alex Harui wrote: >

Re: Heads up on XML

or. If we can verify 100% it is off spec, we could add something as a > define to avoid the 'fix' for people who want to be on-spec. > > > > > > On Sat, Sep 7, 2019 at 11:30 AM Alex Harui > wrote: > >> FWIW, I we

Re: Heads up on XML

ta=02%7C01%7Caharui%40adobe.com%7Cb03f4d24bb5b4c3b297c08d7332a944b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637034130321301841&sdata=HKh9b5WI%2BFiclvbOKLNCFoVpj8cIh%2FUUHREeCef%2BNEU%3D&reserved=0 with '//old XML style' On Sat, Sep

Re: [royale-compiler] branch develop updated: MemberAccessEmitter: fixed issue where fully-qualified names were emitted as dynamic access with -js-dynamic-access-unknown-members=true

Josh, What is the .factorypath file? It is in the release package. Should it even be in the repo? -Alex On 8/12/19, 11:12 AM, "joshtynj...@apache.org" wrote: This is an automated email from the ASF dual-hosted git repository. joshtynjala pushed a commit to branch develop i

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

I ran the ApproveRoyale script. It is a good idea for the RM to run it before sending out the vote emails. The script found: Generated output is in the binary package in these folders and shouldn't be, IMO. Some clean step is missing somewhere. BasicJS/src/test CoreJS/src/test NetworkJS/src/t

Re: [DISCUSS] Release Apache Royale 0.9.6 RC1

n release branch for those folders and run stuff again. Thanks, Piotr On Sun, Sep 8, 2019, 9:47 AM Alex Harui wrote: > I ran the ApproveRoyale script. It is a good idea for the RM to run it > before sending out the vote emails. The script found: >

Re: Heads up on XML

ale%2Fmx%2Frpc%2Fhttp%2FAbstractOperation.as%23L1038&data=02%7C01%7Caharui%40adobe.com%7C2ddad385aee2449833fd08d734e2fe46%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637036021948216407&sdata=7V0k6g15%2FwI2JY7v7E32iLjX6lIUSkOs9%2BpRDfhOrGI%3D&reserved=0 >> >> >> >> >&

<    4   5   6   7   8   9   10   11   12   13   >