[4.14] release status update
Hi, I've just cherry-picked the changes from the release branch into the develop branch. I've chosen to cherry-pick rather than merge because of the issues we had with a failed merge earlier this week, which made the release branch a bit of a mess. I plan to do this more regularly from now on, in accordance with [1]. Testing so far has been progressing nicely, with a fair number of issues fixed and most reports being generally positive. Currently I'm tracking the following issues: - Fix for ‘no-label’ FlatSpark button (Mahmoud) - Solution to 'adl/adt' issue with build script (Chris M./Justin) - Update docs with Java 1.8 support (Justin) - TLF stabilisation (Harbs/Piotr) - AIR 16 release The following JIRA issues are open and designated for a fix before 4.14 release: FLEX-26478 (Mihai Chira) FLEX-34355 (Alex Harui) FLEX-34405 (Maurice Amsellem) FLEX-34581 (OmPrakash Muppirala) FLEX-34609 (Mihai Chira) FLEX-34657 (Erik de Bruin) The 'mobile' runs in Mustella seem to indicate a problem, but we'll need at least another cycle (~ 24 hrs.) to make sure it isn't a glitch in the Matrix. All in all we're making excellent progress. Thanks everyone! EdB 1: http://nvie.com/posts/a-successful-git-branching-model/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[4.14] Apache Flex SDK 4.14 nightly build (#35): Successful
flex-sdk_release-candidate - Build #35 - Successful Changes since last build: No changes For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/35/.
Re: [4.14] how to use the new FlatSpark theme?
Sure, it is an issue with a new feature. Please commit to 'release4.14', it will be merged into develop after we've released. Okay :)
Re: [4.14] release status update
I have a JIRA account created (akamud), I can't assign issues to me. but I'm already resolving FLEX-34692 and FLEX-34682.
AW: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
Olaf, please try again and see if the error is gone. I tried to install '4.14.' and the 'nightly build' also several times yesterday and today. The installer always stops after downloading cause of problems with 'Verifying Apache Flex SDK MD5 Signature'. (By installing 4.13. no errors occurred) Seems that this issue occurred sporadically? I've just give it a try a few minutes ago and the install of 4.14.0 RC was successful. I've attached the SDK to my project but the BusyIndicator issue is still there. I'll try to install the 'nightly build' and will see if this works... Perhaps it's my fault, is there something I could do wrong by installing the latest builds? Olaf -Ursprüngliche Nachricht- Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Donnerstag, 18. Dezember 2014 02:03 An: dev@flex.apache.org Betreff: Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found. I just downloaded the latest RC build, I do see the BusyIndicator bug fix. Olaf, please try again and see if the error is gone. Thanks, Om On Wed, Dec 17, 2014 at 2:32 AM, Erik de Bruin e...@ixsoftware.nl wrote: Confirmed. My guess is it is already in the latest artefacts, but to be sure wait about an hour, after which the next nightly RC will be build. EdB On Wed, Dec 17, 2014 at 11:26 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am not which commit it was, but the relevant change is in the release branch: https://github.com/apache/flex-sdk/blob/release4.14.0/frameworks/proje cts/mobiletheme/defaults.css Lines 102 to 106 are the relevant lines that fixes the BusyIndicatorSkin issue. I believe this should appear in the next RC build, whenever that is. Thanks, Om On Dec 17, 2014 2:05 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, your latest commit on release is the change to contributors and release notes, the one before that is about the legacy mobile theme... Is this fix in either one, perhaps? EdB On Wed, Dec 17, 2014 at 11:00 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am pretty sure that my change is in the release branch. Erik, looks like this change did go through. Can you confirm when the RC job would refresh the build? Thanks, Om On Dec 17, 2014 1:42 AM, Krüger, Olaf okrue...@edscha.com wrote: Om, thanks for solving this issue and solving it so fast. I’m impressed of this Flex community again and again! One question: I’ve just installed the latest ‘4.14. build 20141217’ to be able to test the solved issue but it seems that your commit is not included. Surfing through the repository I’ve seen that you revert the merge with your changes to the release branch. Am I right and if so is there another possibility to install 4.14. that includes your commit by using the installer? Thanks for help! Olaf Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Montag, 15. Dezember 2014 21:51 An: dev@flex.apache.org; Krüger, Olaf Betreff: Re: [4.14] Skin for ... BusyIndicator3605 cannot be found. Yes, this does not seem right. Can you please create a small project and attach it to a JIRA ticket? I can take a look. Thanks, Om On Mon, Dec 15, 2014 at 8:39 AM, Krüger, Olaf okrue...@edscha.com wrote: HI, I'm following EdB and OM's calls inside the 'users list' have tested my apps with 4.14.0 RC. So this is my first mail to this list. Following issue: Inside a custom Spark List Skin I've defined a new state busy that should contain the BusyIndicator inside a transparent rectangle. Using 4.13 this is working fine, with 4.14.0 RC the following error occurred: Error: Skin for ... BusyIndicator3605 cannot be found. This is an extract of my Skin: ... s:states s:State name=normal / s:State name=disabled / s:State name=busy / /s:states ... !--- Defines the inline BusyIndicator -- s:Group left=0 right=0 top=0 bottom=0 visible=true includeIn=busy s:Rect id=bgRect left=0 right=0 top=0 bottom=0 alpha=0.9 s:fill s:SolidColor color=0xFF / /s:fill /s:Rect s:BusyIndicator visible=true horizontalCenter=0 verticalCenter=0/ s:Label text=Busy... just for you fontWeight=bold verticalCenter=30 horizontalCenter=0 backgroundAlpha=1 backgroundColor=0xFF/ /s:Group ... And this is an example where the skin is used: ... component:CustomList id=customList skinClass=...CustomListSkin/ ... Is this my fault or an issue with 4.14? Thanks, Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding
Fwd: Fwd: [4.14] testing is easy!
(forwarding to dev) -- Forwarded message -- From: Mihai Chira mihai.ch...@gmail.com Date: 18 December 2014 at 11:17 Subject: Re: Fwd: [4.14] testing is easy! To: us...@flex.apache.org FYI Yesterday I compiled TrafficLIVE (pretty big application; many sub-projects) against 4.14.0, and the smoke test passed without problems. We're probably upgrading to 4.14 as soon as it's out. Keep up the good work, everyone.
Re: [INSTALLER] can't we make MD5 checking optional
I think there is enough going on already, and there's no urgent need ? Tom On 16/12/14 19:31, Alex Harui wrote: OK, I’m willing to see a small charge, I just don’t want to get hit with a big bill if we do become popular. Anyway, do you want us to take on switching to this for 4.14 or after?
Re: [4.14] release status update
Both FLEX-26478 and FLEX-34609 are resolved, and now (after making sure they're in the 4.14 RC) I marked them as resolved in Jira. On 18 December 2014 at 09:22, Erik de Bruin e...@ixsoftware.nl wrote: Hi, I've just cherry-picked the changes from the release branch into the develop branch. I've chosen to cherry-pick rather than merge because of the issues we had with a failed merge earlier this week, which made the release branch a bit of a mess. I plan to do this more regularly from now on, in accordance with [1]. Testing so far has been progressing nicely, with a fair number of issues fixed and most reports being generally positive. Currently I'm tracking the following issues: - Fix for ‘no-label’ FlatSpark button (Mahmoud) - Solution to 'adl/adt' issue with build script (Chris M./Justin) - Update docs with Java 1.8 support (Justin) - TLF stabilisation (Harbs/Piotr) - AIR 16 release The following JIRA issues are open and designated for a fix before 4.14 release: FLEX-26478 (Mihai Chira) FLEX-34355 (Alex Harui) FLEX-34405 (Maurice Amsellem) FLEX-34581 (OmPrakash Muppirala) FLEX-34609 (Mihai Chira) FLEX-34657 (Erik de Bruin) The 'mobile' runs in Mustella seem to indicate a problem, but we'll need at least another cycle (~ 24 hrs.) to make sure it isn't a glitch in the Matrix. All in all we're making excellent progress. Thanks everyone! EdB 1: http://nvie.com/posts/a-successful-git-branching-model/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] release status update
Thank you. I've updated the RELEASE_NOTES and the 'want to fix' JIRA ticket. EdB On Thu, Dec 18, 2014 at 12:42 PM, Mihai Chira mihai.ch...@gmail.com wrote: Both FLEX-26478 and FLEX-34609 are resolved, and now (after making sure they're in the 4.14 RC) I marked them as resolved in Jira. On 18 December 2014 at 09:22, Erik de Bruin e...@ixsoftware.nl wrote: Hi, I've just cherry-picked the changes from the release branch into the develop branch. I've chosen to cherry-pick rather than merge because of the issues we had with a failed merge earlier this week, which made the release branch a bit of a mess. I plan to do this more regularly from now on, in accordance with [1]. Testing so far has been progressing nicely, with a fair number of issues fixed and most reports being generally positive. Currently I'm tracking the following issues: - Fix for ‘no-label’ FlatSpark button (Mahmoud) - Solution to 'adl/adt' issue with build script (Chris M./Justin) - Update docs with Java 1.8 support (Justin) - TLF stabilisation (Harbs/Piotr) - AIR 16 release The following JIRA issues are open and designated for a fix before 4.14 release: FLEX-26478 (Mihai Chira) FLEX-34355 (Alex Harui) FLEX-34405 (Maurice Amsellem) FLEX-34581 (OmPrakash Muppirala) FLEX-34609 (Mihai Chira) FLEX-34657 (Erik de Bruin) The 'mobile' runs in Mustella seem to indicate a problem, but we'll need at least another cycle (~ 24 hrs.) to make sure it isn't a glitch in the Matrix. All in all we're making excellent progress. Thanks everyone! EdB 1: http://nvie.com/posts/a-successful-git-branching-model/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: FishEye accounts
I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[4.14] Problems to get the latest SDK build using the installer
To avoid the pollution of other topics with the above topic I create a new one. To test some minor fixes that are only available with the latest build I'd like to install the latest build of '4.14.0 RC' using the installer. I've installed the '4.14.0 RC' build several times (sometimes it fails cause of 'Problems with verifying Apache Flex SDK MD5 Signature'). I restart my FlashBuilder, create a new FlashBuilder project and assigned the 'new' build . I cleared the browser cache but all with no success. The bug that is still there . What is very confusing for me is that the ReleaseNotes inside the SDK folder already contains the latest fixes. (FLEX-34690 Skin for BusyIndicator cannot be found (legacy mobile skin) Has anybody any idea what I have done wrong? Is there a place where I can get an info about the build date? (In some of my installation attempts the build date were placed behind the SDK name, in the latest one not) Environment: Windows 7, 64bit, FlashBuider4.5 Thanks, Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you.
Re: [4.14] Problems to get the latest SDK build using the installer
Olaf, Thanks for sticking with this. Let's use this thread to address the download/install problems. And let's use the 'old' thread for the BusyIndicator issue, as it seems clear now that the fix was all but a fix ;-) EdB On Thu, Dec 18, 2014 at 2:35 PM, Krüger, Olaf okrue...@edscha.com wrote: To avoid the pollution of other topics with the above topic I create a new one. To test some minor fixes that are only available with the latest build I'd like to install the latest build of '4.14.0 RC' using the installer. I've installed the '4.14.0 RC' build several times (sometimes it fails cause of 'Problems with verifying Apache Flex SDK MD5 Signature'). I restart my FlashBuilder, create a new FlashBuilder project and assigned the 'new' build . I cleared the browser cache but all with no success. The bug that is still there . What is very confusing for me is that the ReleaseNotes inside the SDK folder already contains the latest fixes. (FLEX-34690 Skin for BusyIndicator cannot be found (legacy mobile skin) Has anybody any idea what I have done wrong? Is there a place where I can get an info about the build date? (In some of my installation attempts the build date were placed behind the SDK name, in the latest one not) Environment: Windows 7, 64bit, FlashBuider4.5 Thanks, Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
OK, going back on topic: The problem with the BusyIndicator has not gone away, even with the fix. At least, not for several people on the 'users@' list and Olaf on this one... Om? Anyone? Thought? EdB On Thu, Dec 18, 2014 at 11:41 AM, Krüger, Olaf okrue...@edscha.com wrote: Olaf, please try again and see if the error is gone. I tried to install '4.14.' and the 'nightly build' also several times yesterday and today. The installer always stops after downloading cause of problems with 'Verifying Apache Flex SDK MD5 Signature'. (By installing 4.13. no errors occurred) Seems that this issue occurred sporadically? I've just give it a try a few minutes ago and the install of 4.14.0 RC was successful. I've attached the SDK to my project but the BusyIndicator issue is still there. I'll try to install the 'nightly build' and will see if this works... Perhaps it's my fault, is there something I could do wrong by installing the latest builds? Olaf -Ursprüngliche Nachricht- Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Donnerstag, 18. Dezember 2014 02:03 An: dev@flex.apache.org Betreff: Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found. I just downloaded the latest RC build, I do see the BusyIndicator bug fix. Olaf, please try again and see if the error is gone. Thanks, Om On Wed, Dec 17, 2014 at 2:32 AM, Erik de Bruin e...@ixsoftware.nl wrote: Confirmed. My guess is it is already in the latest artefacts, but to be sure wait about an hour, after which the next nightly RC will be build. EdB On Wed, Dec 17, 2014 at 11:26 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am not which commit it was, but the relevant change is in the release branch: https://github.com/apache/flex-sdk/blob/release4.14.0/frameworks/proje cts/mobiletheme/defaults.css Lines 102 to 106 are the relevant lines that fixes the BusyIndicatorSkin issue. I believe this should appear in the next RC build, whenever that is. Thanks, Om On Dec 17, 2014 2:05 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, your latest commit on release is the change to contributors and release notes, the one before that is about the legacy mobile theme... Is this fix in either one, perhaps? EdB On Wed, Dec 17, 2014 at 11:00 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am pretty sure that my change is in the release branch. Erik, looks like this change did go through. Can you confirm when the RC job would refresh the build? Thanks, Om On Dec 17, 2014 1:42 AM, Krüger, Olaf okrue...@edscha.com wrote: Om, thanks for solving this issue and solving it so fast. I’m impressed of this Flex community again and again! One question: I’ve just installed the latest ‘4.14. build 20141217’ to be able to test the solved issue but it seems that your commit is not included. Surfing through the repository I’ve seen that you revert the merge with your changes to the release branch. Am I right and if so is there another possibility to install 4.14. that includes your commit by using the installer? Thanks for help! Olaf Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Montag, 15. Dezember 2014 21:51 An: dev@flex.apache.org; Krüger, Olaf Betreff: Re: [4.14] Skin for ... BusyIndicator3605 cannot be found. Yes, this does not seem right. Can you please create a small project and attach it to a JIRA ticket? I can take a look. Thanks, Om On Mon, Dec 15, 2014 at 8:39 AM, Krüger, Olaf okrue...@edscha.com wrote: HI, I'm following EdB and OM's calls inside the 'users list' have tested my apps with 4.14.0 RC. So this is my first mail to this list. Following issue: Inside a custom Spark List Skin I've defined a new state busy that should contain the BusyIndicator inside a transparent rectangle. Using 4.13 this is working fine, with 4.14.0 RC the following error occurred: Error: Skin for ... BusyIndicator3605 cannot be found. This is an extract of my Skin: ... s:states s:State name=normal / s:State name=disabled / s:State name=busy / /s:states ... !--- Defines the inline BusyIndicator -- s:Group left=0 right=0 top=0 bottom=0 visible=true includeIn=busy s:Rect id=bgRect left=0 right=0 top=0 bottom=0 alpha=0.9 s:fill s:SolidColor color=0xFF / /s:fill /s:Rect s:BusyIndicator visible=true horizontalCenter=0 verticalCenter=0/ s:Label text=Busy... just for you fontWeight=bold verticalCenter=30 horizontalCenter=0 backgroundAlpha=1 backgroundColor=0xFF/ /s:Group ... And this is an example where the skin is
Re: [4.14] Problems to get the latest SDK build using the installer
Alex, everyone, Can't we disable the MD5 check for 'experimental' (RC and Nightly) installs, at least? The problems with the Installer are now interfering with the people willing to help us test 4.14, which is less than motivating, I can imagine... EdB On Thu, Dec 18, 2014 at 2:35 PM, Krüger, Olaf okrue...@edscha.com wrote: To avoid the pollution of other topics with the above topic I create a new one. To test some minor fixes that are only available with the latest build I'd like to install the latest build of '4.14.0 RC' using the installer. I've installed the '4.14.0 RC' build several times (sometimes it fails cause of 'Problems with verifying Apache Flex SDK MD5 Signature'). I restart my FlashBuilder, create a new FlashBuilder project and assigned the 'new' build . I cleared the browser cache but all with no success. The bug that is still there . What is very confusing for me is that the ReleaseNotes inside the SDK folder already contains the latest fixes. (FLEX-34690 Skin for BusyIndicator cannot be found (legacy mobile skin) Has anybody any idea what I have done wrong? Is there a place where I can get an info about the build date? (In some of my installation attempts the build date were placed behind the SDK name, in the latest one not) Environment: Windows 7, 64bit, FlashBuider4.5 Thanks, Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
AW: [4.14] Problems to get the latest SDK build using the installer
Only to make sure that I did not something wrong I attach my installer.log Please have a look on it. Is everything ok, especially the SDK download URL? Version 3.1.0 (windows) Using Locale: de_DE Ermitteln von mirror URL über CGI-Skript erfolgreich. AIR version 15.0 Flash Player version 15.0 Creating Apache Flex home Creating temporary directory Downloading Apache Flex SDK from: http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-4.14.0-bin.zip Verifying Apache Flex SDK MD5 Signature The Apache Flex SDK MD5 Signature of the downloaded files matches the reference. The file is valid. Uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__\temp\apache-flex-sdk-4.14.0-bin.zip Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__\temp\apache-flex-sdk-4.14.0-bin.zip Downloading Adobe AIR Runtime Kit for Windows from: http://airdownload.adobe.com/air/win/download/15.0//AdobeAIRSDK.zip Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/in/AdobeAIRSDK.zip Installing Adobe Flash Player playerglobal.swc from: http://download.macromedia.com/get/flashplayer/updaters/15//playerglobal15_0.swc Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/frameworks/libs/player/15.0/playerglobal.swc Downloading 2.2.zip from: https://github.com/swfobject/swfobject/archive Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/in/swfobject_2_2.zip Download complete Downloading OSMF2_0.swc?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/frameworks/libs Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/frameworks/libs/osmf.swc Downloading afe.jar?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/lib Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/lib/external/optional/afe.jar Downloading aglj40.jar?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/lib Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/lib/external/optional/aglj40.jar Downloading flex-fontkit.jar?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/lib Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/lib/external/optional/flex-fontkit.jar Downloading rideau.jar?format=raw from: http://sourceforge.net/adobe/flexsdk/code/HEAD/tree/trunk/lib Validating download: C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__/lib/external/optional/rideau.jar Installing frameworks configuration files configured for use with an IDE C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks\4.14.0_RC__ is now an IDE compatible folder Installation complete [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you.
Re: FishEye accounts
Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [3/3] git commit: [flex-sdk] [refs/heads/release4.14.0] - Changed 'prepare SDK' section again
I'm glad to hear it was the same problem for you too. Ha So simple! :) ...yet so painful :D
Re: [4.14] Problems to get the latest SDK build using the installer
Seems to me there are two issues. The installer changes to support the 4.14 SDK, and the 4.14 install itself. If you are only interested in testing theSDK, use the Ant-based method to install the binaries. By all means we do need to test the installer changes too, but there is no reason why though should be holding up the SDK testing, and adding extra options to the installer is just going to make it more fragile than it already is. Tom On 18/12/14 13:50, Erik de Bruin wrote: Can't we disable the MD5 check for 'experimental' (RC and Nightly) installs, at least?
RE: [INSTALLER] can't we make MD5 checking optional
After the release should be fine. Less moving targets at that point. -Original Message- From: Tom Chiverton [mailto:t...@extravision.com] Sent: December-18-14 4:05 AM To: dev@flex.apache.org Subject: Re: [INSTALLER] can't we make MD5 checking optional I think there is enough going on already, and there's no urgent need ? Tom On 16/12/14 19:31, Alex Harui wrote: OK, I'm willing to see a small charge, I just don't want to get hit with a big bill if we do become popular. Anyway, do you want us to take on switching to this for 4.14 or after?
AW: [4.14] how to use the new FlatSpark theme?
I've just found that using flatspark and setting the applications chrome color results in an error: ... I will take at look at this tonight, are you using the same example in the GitHub page, just changing the chrome color? Thank you! To make sure we do not forget this I've created an JIRA ticked: https://issues.apache.org/jira/browse/FLEX-34694 Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you.
RE: FishEye accounts
Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: TLF and images
I tried the new SDK. It seems ok but the Font quality is poor all my application look kind of foogy now! Neverthless the image problem is not fixed i saw that the InlineGraphicElement did not load the image i will search what i need to do to load it. I installed the SDK by the installer just to inform Date: Thu, 18 Dec 2014 05:39:20 -0800 From: piotrzarzyck...@gmail.com To: us...@flex.apache.org Subject: RE: TLF and images Miguel, It would be great if you could try with your project our latest release candidate 4.14. You can download it using installer. Instruction how to do this - [1] There were couple of fixes for TLF, so maybe it's already fixed. [1] http://bit.ly/16vAtGx Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-users.246.n4.nabble.com/TLF-and-images-tp9245p9250.html Sent from the Apache Flex Users mailing list archive at Nabble.com.
Re: [4.14] release status update
OK, you should be able to assign issues to yourself now. On 12/18/14, 2:05 AM, Mahmoud Ali Neto mudd...@gmail.com wrote: I have a JIRA account created (akamud), I can't assign issues to me. but I'm already resolving FLEX-34692 and FLEX-34682.
Re: [4.14] Problems to get the latest SDK build using the installer
IMO, we are seeing bad downloads from apacheflexbuilds, not some problem with the MD5 signatures or the Installer (other than my suspicion that AIR just doesn’t handle big downloads as well as other libraries). So, as long as folks want to use the AIR-based Installer, either we nicely tell them they got a bad download or we don’t and have it fail less nicely on the unzip. -Alex On 12/18/14, 5:50 AM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, everyone, Can't we disable the MD5 check for 'experimental' (RC and Nightly) installs, at least? The problems with the Installer are now interfering with the people willing to help us test 4.14, which is less than motivating, I can imagine... EdB On Thu, Dec 18, 2014 at 2:35 PM, Krüger, Olaf okrue...@edscha.com wrote: To avoid the pollution of other topics with the above topic I create a new one. To test some minor fixes that are only available with the latest build I'd like to install the latest build of '4.14.0 RC' using the installer. I've installed the '4.14.0 RC' build several times (sometimes it fails cause of 'Problems with verifying Apache Flex SDK MD5 Signature'). I restart my FlashBuilder, create a new FlashBuilder project and assigned the 'new' build . I cleared the browser cache but all with no success. The bug that is still there . What is very confusing for me is that the ReleaseNotes inside the SDK folder already contains the latest fixes. (FLEX-34690 Skin for BusyIndicator cannot be found (legacy mobile skin) Has anybody any idea what I have done wrong? Is there a place where I can get an info about the build date? (In some of my installation attempts the build date were placed behind the SDK name, in the latest one not) Environment: Windows 7, 64bit, FlashBuider4.5 Thanks, Olaf [Merry Christmas - Frohe Weihnachten - Feliz Navidad - Joyeux Noel - Vesele Vanoce] Edscha Holding GmbH Sitz der Gesellschaft: Remscheid Registergericht: Wuppertal, HRB 22889 Geschäftsführung: Francisco J. Riberas Mera, Francisco López Peña, David Vázquez Pascual, Torsten Greiner, Markus Kirchner, Hans-Peter Schulz und Volker Weiss Vertretungsberechtigt sind nur Geschäftsführer und schriftlich Bevollmächtigte. Solely Managing Directors or employees with a written proxy have got power of representation. Der Inhalt dieser E-Mail einschließlich etwaiger beigefügter Dateien ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail einschließlich etwaiger beigefügter Dateien von Ihrem System. Vielen Dank. The contents of this e-mail including any attachments are confidential and may be legally privileged. If you are not the intended recipient, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete this e-mail including any attachments from your system. Thank you. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[4.14] Apache Flex SDK 4.14 nightly build (#36): Successful
flex-sdk_release-candidate - Build #36 - Successful Changes since last build: [erik] Updated with recently resolved JIRAs For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/36/.
Re: [4.14] Apache Flex SDK 4.14 nightly build (#36): Successful
So, this works as expected now, but I notice a significant delay between the sending and delivery of these notifications. So, for now, it seems to take about an hour after the build completes before this list is notified. Just FYI. EdB On Thu, Dec 18, 2014 at 3:54 PM, flex.ci.bui...@gmail.com wrote: flex-sdk_release-candidate - Build #36 - Successful Changes since last build: [erik] Updated with recently resolved JIRAs For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/36/. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] Apache Flex SDK 4.14 nightly build (#36): Successful
Well, the emails from flex.ci.builds were going into moderation. I think I’ve fixed that. -Alex On 12/18/14, 8:02 AM, Erik de Bruin e...@ixsoftware.nl wrote: So, this works as expected now, but I notice a significant delay between the sending and delivery of these notifications. So, for now, it seems to take about an hour after the build completes before this list is notified. Just FYI. EdB On Thu, Dec 18, 2014 at 3:54 PM, flex.ci.bui...@gmail.com wrote: flex-sdk_release-candidate - Build #36 - Successful Changes since last build: [erik] Updated with recently resolved JIRAs For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/3 6/. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [DISCUSS] Release Apache Flex 4.14.0
I've switched the Mustella VM to 1.8 as well. No problems (relating to Java) there. I think we can safely claim that we do Java (1.)8 ;-) Anyone up for changing the README? EdB On Sat, Dec 13, 2014 at 5:30 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 12, 2014 8:29 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, Java version mentioned in the README is getting a bit long in the tooth. The README still refers to 1.6, 1.7 and 1.8 have been release and there's a prerelease of 1.9. What version of JAVA would be suggest people to use? On OSX compiling with Java 1.8 is significantly faster. I have been compiling with 1.8 for a while now. No issues. Thanks, Om Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: TLF and images
Can you create a JIRA issue with a sample app which shows the problem?[1] On Dec 18, 2014, at 5:38 PM, Miguel Ferreira miguel.cd.ferre...@hotmail.com wrote: Neverthless the image problem is not fixed i saw that the InlineGraphicElement did not load the image i will search what i need to do to load it. I installed the SDK by the installer just to inform [1]https://issues.apache.org/jira/browse/FLEX/
RE: TLF and images
Ok, I will do it. I don't know if it is a bug or maybe is missing something on my side. Subject: Re: TLF and images From: harbs.li...@gmail.com Date: Thu, 18 Dec 2014 18:13:32 +0200 CC: us...@flex.apache.org To: dev@flex.apache.org Can you create a JIRA issue with a sample app which shows the problem?[1] On Dec 18, 2014, at 5:38 PM, Miguel Ferreira miguel.cd.ferre...@hotmail.com wrote: Neverthless the image problem is not fixed i saw that the InlineGraphicElement did not load the image i will search what i need to do to load it. I installed the SDK by the installer just to inform [1]https://issues.apache.org/jira/browse/FLEX/
Re: [DISCUSS] Release Apache Flex 4.14.0
Here’s the TLF issues that I know of: 1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet. 2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges. The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures. Once I nail these two issues, we’ll see how many errors and failures we have left. Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-( On Dec 17, 2014, at 11:36 PM, piotrz piotrzarzyck...@gmail.com wrote: I've just build Flow.swf (testApps in our TLF source code) application which is Flex TLF app created for testing TLF framework. It's working without any problems with SDK 4.14 RC, but more unit tests are failing than before. Tests run: 428, Failures: 6, Errors: 6, I've tried debugging some of them but issues are inside TLF and I don't have deep knowledge about that framework. :( Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
I hope we'll get some feedback from regular TLF users/projects, see if they experience any regressions. If we have no regressions in the 'normal' (non-table) TLF, I have no problems releasing with a few known issues in the new table functionality. EdB On Thu, Dec 18, 2014 at 5:19 PM, Harbs harbs.li...@gmail.com wrote: Here’s the TLF issues that I know of: 1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet. 2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges. The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures. Once I nail these two issues, we’ll see how many errors and failures we have left. Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-( On Dec 17, 2014, at 11:36 PM, piotrz piotrzarzyck...@gmail.com wrote: I've just build Flow.swf (testApps in our TLF source code) application which is Flex TLF app created for testing TLF framework. It's working without any problems with SDK 4.14 RC, but more unit tests are failing than before. Tests run: 428, Failures: 6, Errors: 6, I've tried debugging some of them but issues are inside TLF and I don't have deep knowledge about that framework. :( Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html Sent from the Apache Flex Development mailing list archive at Nabble.com. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: TLF and images
To overcome the problem after i import the image from XML I read all elements and i reset an embed image. Because in this case is an logo that the app knows. Something nice to add would be an inline BASE64 image. So the basic idea is we have a Xhtml inline image for example in xml:img src=data:image/png;base64,iVBORw0KGgoNSUhEUgUFCAYAAACNbyblHElEQVQI12P4//8/w38GIAXDIBKE0DHxgljNBAAO9TXL0Y4OHwBJRU5ErkJggg== alt=Red dot then when we import to TextFlow we should load it to something like this: private function load(base64:String):void { base64 = iVBORw0KGgoNSUhEUgUFCAYAAACNbyblHElEQVQI12P4//8/w38GIAXDIBKE0DHxgljNBAAO9TXL0Y4OHwBJRU5ErkJggg==; var dec:Base64Decoder = new Base64Decoder(); dec.decode(imgString); var newByteArr:ByteArray=dec.toByteArray(); loader = new Loader(); loader.loadBytes(newByteArr); // In the loadBytes we write the Base64 String of the image. loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loadComplete); } private function loadComplete(e:Event):void { var bmp:BitmapData=new BitmapData(loader.width,loader.height,true,0x0); bmp.draw(loader); img = new Bitmap(bmp); } That will help a lot. I think maybe that even with a url or path the load process is never finished. Subject: Re: TLF and images From: harbs.li...@gmail.com Date: Thu, 18 Dec 2014 18:13:32 +0200 CC: us...@flex.apache.org To: dev@flex.apache.org Can you create a JIRA issue with a sample app which shows the problem?[1] On Dec 18, 2014, at 5:38 PM, Miguel Ferreira miguel.cd.ferre...@hotmail.com wrote: Neverthless the image problem is not fixed i saw that the InlineGraphicElement did not load the image i will search what i need to do to load it. I installed the SDK by the installer just to inform [1]https://issues.apache.org/jira/browse/FLEX/
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
I haven’t tried it myself, but a quick look makes it appear that BusyIndicator is in the Spark project, but the only default skin I see for it is in the mobile theme, so if you aren’t using the mobile theme, I can’t see how you’d get a skin for it. Did BusyIndicator get moved to Spark without its skin? -Alex On 12/18/14, 5:49 AM, Erik de Bruin e...@ixsoftware.nl wrote: OK, going back on topic: The problem with the BusyIndicator has not gone away, even with the fix. At least, not for several people on the 'users@' list and Olaf on this one... Om? Anyone? Thought? EdB On Thu, Dec 18, 2014 at 11:41 AM, Krüger, Olaf okrue...@edscha.com wrote: Olaf, please try again and see if the error is gone. I tried to install '4.14.' and the 'nightly build' also several times yesterday and today. The installer always stops after downloading cause of problems with 'Verifying Apache Flex SDK MD5 Signature'. (By installing 4.13. no errors occurred) Seems that this issue occurred sporadically? I've just give it a try a few minutes ago and the install of 4.14.0 RC was successful. I've attached the SDK to my project but the BusyIndicator issue is still there. I'll try to install the 'nightly build' and will see if this works... Perhaps it's my fault, is there something I could do wrong by installing the latest builds? Olaf -Ursprüngliche Nachricht- Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Donnerstag, 18. Dezember 2014 02:03 An: dev@flex.apache.org Betreff: Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found. I just downloaded the latest RC build, I do see the BusyIndicator bug fix. Olaf, please try again and see if the error is gone. Thanks, Om On Wed, Dec 17, 2014 at 2:32 AM, Erik de Bruin e...@ixsoftware.nl wrote: Confirmed. My guess is it is already in the latest artefacts, but to be sure wait about an hour, after which the next nightly RC will be build. EdB On Wed, Dec 17, 2014 at 11:26 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am not which commit it was, but the relevant change is in the release branch: https://github.com/apache/flex-sdk/blob/release4.14.0/frameworks/proje cts/mobiletheme/defaults.css Lines 102 to 106 are the relevant lines that fixes the BusyIndicatorSkin issue. I believe this should appear in the next RC build, whenever that is. Thanks, Om On Dec 17, 2014 2:05 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, your latest commit on release is the change to contributors and release notes, the one before that is about the legacy mobile theme... Is this fix in either one, perhaps? EdB On Wed, Dec 17, 2014 at 11:00 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am pretty sure that my change is in the release branch. Erik, looks like this change did go through. Can you confirm when the RC job would refresh the build? Thanks, Om On Dec 17, 2014 1:42 AM, Krüger, Olaf okrue...@edscha.com wrote: Om, thanks for solving this issue and solving it so fast. I’m impressed of this Flex community again and again! One question: I’ve just installed the latest ‘4.14. build 20141217’ to be able to test the solved issue but it seems that your commit is not included. Surfing through the repository I’ve seen that you revert the merge with your changes to the release branch. Am I right and if so is there another possibility to install 4.14. that includes your commit by using the installer? Thanks for help! Olaf Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Montag, 15. Dezember 2014 21:51 An: dev@flex.apache.org; Krüger, Olaf Betreff: Re: [4.14] Skin for ... BusyIndicator3605 cannot be found. Yes, this does not seem right. Can you please create a small project and attach it to a JIRA ticket? I can take a look. Thanks, Om On Mon, Dec 15, 2014 at 8:39 AM, Krüger, Olaf okrue...@edscha.com wrote: HI, I'm following EdB and OM's calls inside the 'users list' have tested my apps with 4.14.0 RC. So this is my first mail to this list. Following issue: Inside a custom Spark List Skin I've defined a new state busy that should contain the BusyIndicator inside a transparent rectangle. Using 4.13 this is working fine, with 4.14.0 RC the following error occurred: Error: Skin for ... BusyIndicator3605 cannot be found. This is an extract of my Skin: ... s:states s:State name=normal / s:State name=disabled / s:State name=busy / /s:states ... !--- Defines the inline BusyIndicator -- s:Group left=0 right=0 top=0 bottom=0 visible=true includeIn=busy s:Rect id=bgRect left=0 right=0 top=0 bottom=0 alpha=0.9 s:fill s:SolidColor
Re: [INSTALLER] can't we make MD5 checking optional
To be clear, then the next opportunity we have to make this switch is for 4.15. The changes are in the Flex SDK install scripts, not in the Installer. If someone wants to help keep the MD5s up-to-date in the interim, then the window for folks to get false errors will be smaller. -Alex On 12/18/14, 6:59 AM, Neil Madsen li...@cranialinteractive.com wrote: After the release should be fine. Less moving targets at that point. -Original Message- From: Tom Chiverton [mailto:t...@extravision.com] Sent: December-18-14 4:05 AM To: dev@flex.apache.org Subject: Re: [INSTALLER] can't we make MD5 checking optional I think there is enough going on already, and there's no urgent need ? Tom On 16/12/14 19:31, Alex Harui wrote: OK, I'm willing to see a small charge, I just don't want to get hit with a big bill if we do become popular. Anyway, do you want us to take on switching to this for 4.14 or after?
Re: TLF and images
On 12/18/14, 8:37 AM, Miguel Ferreira miguel.cd.ferre...@hotmail.com wrote: To overcome the problem after i import the image from XML I read all elements and i reset an embed image. I’m not quite sure what you meant by this. What does it mean to “import an image from XML” and “reset an embed” and are you saying that allows TLF to load and display a .png file? -Alex
RE: [FlexJS] Randori, tools, etc.
I really enjoyed C# programming when I used it more. Why didn't you continue down the C# path for Randori? We did. There are Randori versions for both C# and ActionScript and several big deployed apps on both. However, TypeScript launched and began gaining popularity. IMO, it makes a lot more sense as a language to target JS than C# or AS with less runtime emulation required to make things work out and a cleaner approach in a bunch of other ways, which makes sense... it was designed for this purpose. At the time the TypeScript compiler wasn't extensible unfortunately so I didn't have a way to hook in the Randori work there or I would have, and I haven't kept up with it to see if that changed. Mike On Wed, Dec 17, 2014 at 12:14 PM, Michael A. Labriola labri...@digitalprimates.net wrote: Om- Thanks for the link. I went through the whole documentation (still have some questions, though). It looks pretty solid. Any reason there has not been much activity on Randori for a while? Are you planning some new updates any time soon? Nope. There wasn't enough interest in cross-compiling ActionScript to JavaScript to make it worth the considerable time investment to continue. While many people were interested, most of the real-world clients we met with had decided on a rewrite strategy and weren't interested in maintaining code in ActionScript. The cross-compiler is straight up FalconJX, right? Or has there been more modifications done to FalconJX? No, it's quite different in a lot of ways and the code it outputs is considerably so. We weren't aiming at the same target so they are divergent. They are forked from the same code though. I would love for parts of Randori getting folded back in. Do you think FlexJS would be a good fit? I do quite a bit of similarities between Randori and FlexJS. I think that any parts of Randori that feel applicable can certainly be used by FlexJS and any other parts can be taken by Apache freely but Randori and FlexJS are orthogonal. Randori believed in cross-compiling logic and providing OO access to a newly written UI in HTML/JS. FlexJS is on a different path than that. At some point I would like to see some nice JQuery (and perhaps Dojo) integration with FlexJS. Any chance the current tools in Randori can be re-purposed and used in FlexJS? Yeh, with minor modifications you could take libraries and provide those for FlexJS users. You could probably also absorb some of the compiler metadata and strategies we used to make library writing easier. Essentially, what I am looking for is a set of AS3 APIs which have an equivalent JavaScript API for the existing JQuery UI library. Any help that can make this happen would be great. It's tricky to be honest AS is much more limited than JS in many ways. We don't have method overloading so the fact that most JS libraries allow arguments to functions to be multiple types at different times makes it complex. You may want to start by looking at the list typescript has (if you haven't already). [1] I tried to write a parser that would read theirs and create AS versions but the fact the TypeScript has overloaded interface definitions, etc. made it impossible for all but the simplest of libraries. The SharpKit project (C# to JS) also has a ton and served as some of Randori's inspiration as the first version of Randori was written for C#. Mike [1] https://github.com/borisyankov/DefinitelyTyped
Re: [DISCUSS] Release Apache Flex 4.14.0
Both of those issues affect non-table TextFlows. There is definitely at least one issue that’s bound to affect at least some people: 1) Create a TextFlow. 2) Select All the text. 3) Hit Enter 4) Undo You get a runtime error. The RTE only happens when using Enter to delete the text, and something goes off in the SplitParagraphOperation so undo can’t find an element. If anyone wants to help me track this down, that would be great! Harbs On Dec 18, 2014, at 6:29 PM, Erik de Bruin e...@ixsoftware.nl wrote: I hope we'll get some feedback from regular TLF users/projects, see if they experience any regressions. If we have no regressions in the 'normal' (non-table) TLF, I have no problems releasing with a few known issues in the new table functionality. EdB On Thu, Dec 18, 2014 at 5:19 PM, Harbs harbs.li...@gmail.com wrote: Here’s the TLF issues that I know of: 1) There’s an issue related to SplitParagraphOperation that seems to cause things to go off in certain cases. I have two separate test cases where it’s failing. One is with tables, and the other is without. I’ve been working on tracking this down, but I have not found the source of the problem yet. 2) There’s an issue with the placement of some floats. I need to compare the old TLF code with the new one to see where that diverges. The first issue is likely causing at least some of the errors, and the second is causing at least one of the failures. Once I nail these two issues, we’ll see how many errors and failures we have left. Of course, I have limited time to work on these issues, and they have already taken me a lot of time with no results yet… :-( On Dec 17, 2014, at 11:36 PM, piotrz piotrzarzyck...@gmail.com wrote: I've just build Flow.swf (testApps in our TLF source code) application which is Flex TLF app created for testing TLF framework. It's working without any problems with SDK 4.14 RC, but more unit tests are failing than before. Tests run: 428, Failures: 6, Errors: 6, I've tried debugging some of them but issues are inside TLF and I don't have deep knowledge about that framework. :( Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43697.html Sent from the Apache Flex Development mailing list archive at Nabble.com. -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy
Okay, committed to release4.14.0 branch. Will need someone with a Mac to give the script a test. Basically just make sure adl and adt are present in the target framework's bin folder. And that adl.exe and adt.bat are not present. Chris From: e...@ixsoftware.nl Date: Thu, 18 Dec 2014 08:52:36 +0100 Subject: Re: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy To: dev@flex.apache.org Chris, Just commit to the 'release4.14' branch. I'll merge that back into develop when we've released (or maybe sooner, if my time permits). Thanks, EdB On Wed, Dec 17, 2014 at 10:44 PM, Chris Martin chrsm...@outlook.com wrote: Okay, I got a change to the script that will detect the OS. Basically it will look for linux emulated in windows (CYGWIN and MINGW), if one of those are detected, then it will choose a file set for that environment to copy (basically the adl.exe and adt.bat. If it detects any other environment then it will assume it is a unix environment and copy a file set that includes adt and adl instead. Should I just commit this change against the head, or would it be best to commit it against Justin's and then merge it into the head? I'm leaning towards merging it in as it will keep the change together as we try to address the missing adt and adl issue. Chris From: chrsm...@outlook.com To: dev@flex.apache.org Subject: RE: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy Date: Tue, 16 Dec 2014 14:22:41 -0700 Ugh, one test and it worked, and now the other it is not. The -n file is not clobbering the file as noted in the help, but the error is still being presented and the script stops. Chris From: chrsm...@outlook.com To: dev@flex.apache.org Subject: RE: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy Date: Tue, 16 Dec 2014 14:04:57 -0700 Yeah, we can use uname[1]. I try my best to avoid OS detection only because there are many out there. This issue stems from how .exe files are handled in Cygwin. Basically they treat 'file.exe' and 'file' to be the same thing as 'file' is an executable in *nix[2]. Judging by how the rsync command uses --ignore-existing (skip updating files that already exist on receiver), then would it be right to assume that cp is to behave the same way? Basically only copy over files if they don't already exist in the target sdk folder. I'm basing my assuming on yes only because that is what will happen if we copy over a directory, existing files will not be overwritten and skipped. If we do intend to skip existing files then we just need to add the -n flag to the cp command at line 68 (inside copyFileOrDirectory). After that we will not attempt to copy adl if adl.exe already exists in the target sdk folder. Chris [1] http://en.wikipedia.org/wiki/Uname [2] http://cygwin.1069669.n5.nabble.com/cp-utility-bug-when-dest-name-exe-file-exist-tp57955p58001.html From: e...@ixsoftware.nl Date: Tue, 16 Dec 2014 19:00:40 +0100 Subject: Re: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy To: dev@flex.apache.org Do you have any idea how we may special case the copy of these files, so they are excluded when the script runs on Cygwin? EdB On Tue, Dec 16, 2014 at 6:46 PM, Chris Martin chrsm...@outlook.com wrote: Hey everyone, The original shell file ran fine on Cygwin. Chris From: e...@ixsoftware.nl Date: Tue, 16 Dec 2014 17:05:35 +0100 Subject: Re: git commit: [flex-sdk] [refs/heads/release4.14.0] - add adl and act to list of files to copy To: dev@flex.apache.org Also wanted to make sure it was noted that the bat file also does not copy the adt and adl files as I think we are expecting. Are we expecting those files to also be copied if they use the bat file? No, I think we aren't expecting that. *.bat only runs on Windows, so only needs to copy the adt.exe and adl.exe. the *.sh can run on Mac AND Windows (Cygwin), so it needs to copy both the exe and the other files, which Justin added... If the original file ran well on Cygwin, and the new file runs into problems, I think we need to revert the lines Justin added and try to figure out a way to make those two copy commands conditional to the platform (i.e. not run on Cygwin). EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I.
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
On Dec 18, 2014 8:44 AM, Alex Harui aha...@adobe.com wrote: I haven’t tried it myself, but a quick look makes it appear that BusyIndicator is in the Spark project, but the only default skin I see for it is in the mobile theme, so if you aren’t using the mobile theme, I can’t see how you’d get a skin for it. Did BusyIndicator get moved to Spark without its skin? Ah I think I see the problem now. I believe the users are having these problems on non-mobile apps, a case I had not considered. Background: The old version of BusyIndicator did not have a separate skin. The logic and visuals were baked in the component. This did not work when we needed to create separate look and feels for iOS and Android. So, I separated out the visuals into a separate skin class, which worked well for the new mobile skins. After this change, I had forgotten to specify the skin class for the old mobile theme, which I fixed a couple of days ago. I will look into making the same fix for the non mobile usage as well. Thanks, Om -Alex On 12/18/14, 5:49 AM, Erik de Bruin e...@ixsoftware.nl wrote: OK, going back on topic: The problem with the BusyIndicator has not gone away, even with the fix. At least, not for several people on the 'users@' list and Olaf on this one... Om? Anyone? Thought? EdB On Thu, Dec 18, 2014 at 11:41 AM, Krüger, Olaf okrue...@edscha.com wrote: Olaf, please try again and see if the error is gone. I tried to install '4.14.' and the 'nightly build' also several times yesterday and today. The installer always stops after downloading cause of problems with 'Verifying Apache Flex SDK MD5 Signature'. (By installing 4.13. no errors occurred) Seems that this issue occurred sporadically? I've just give it a try a few minutes ago and the install of 4.14.0 RC was successful. I've attached the SDK to my project but the BusyIndicator issue is still there. I'll try to install the 'nightly build' and will see if this works... Perhaps it's my fault, is there something I could do wrong by installing the latest builds? Olaf -Ursprüngliche Nachricht- Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Donnerstag, 18. Dezember 2014 02:03 An: dev@flex.apache.org Betreff: Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found. I just downloaded the latest RC build, I do see the BusyIndicator bug fix. Olaf, please try again and see if the error is gone. Thanks, Om On Wed, Dec 17, 2014 at 2:32 AM, Erik de Bruin e...@ixsoftware.nl wrote: Confirmed. My guess is it is already in the latest artefacts, but to be sure wait about an hour, after which the next nightly RC will be build. EdB On Wed, Dec 17, 2014 at 11:26 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am not which commit it was, but the relevant change is in the release branch: https://github.com/apache/flex-sdk/blob/release4.14.0/frameworks/proje cts/mobiletheme/defaults.css Lines 102 to 106 are the relevant lines that fixes the BusyIndicatorSkin issue. I believe this should appear in the next RC build, whenever that is. Thanks, Om On Dec 17, 2014 2:05 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, your latest commit on release is the change to contributors and release notes, the one before that is about the legacy mobile theme... Is this fix in either one, perhaps? EdB On Wed, Dec 17, 2014 at 11:00 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: I am pretty sure that my change is in the release branch. Erik, looks like this change did go through. Can you confirm when the RC job would refresh the build? Thanks, Om On Dec 17, 2014 1:42 AM, Krüger, Olaf okrue...@edscha.com wrote: Om, thanks for solving this issue and solving it so fast. I’m impressed of this Flex community again and again! One question: I’ve just installed the latest ‘4.14. build 20141217’ to be able to test the solved issue but it seems that your commit is not included. Surfing through the repository I’ve seen that you revert the merge with your changes to the release branch. Am I right and if so is there another possibility to install 4.14. that includes your commit by using the installer? Thanks for help! Olaf Von: omup...@gmail.com [mailto:omup...@gmail.com] Im Auftrag von OmPrakash Muppirala Gesendet: Montag, 15. Dezember 2014 21:51 An: dev@flex.apache.org; Krüger, Olaf Betreff: Re: [4.14] Skin for ... BusyIndicator3605 cannot be found. Yes, this does not seem right. Can you please create a small project and attach it to a JIRA ticket? I can take a look. Thanks, Om On Mon, Dec 15, 2014 at 8:39 AM, Krüger, Olaf okrue...@edscha.com wrote:
[4.14] # Apache Flex SDK 4.14 nightly build 37: Successful
flex-sdk_release-candidate - Build #37 - Successful Changes since last build: [chrsmrtn] modified script to detect emulated environments on windows versus unix and build the main file list to copy accordingly For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/37/.
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
I believe the users are having these problems on non-mobile apps Yes, you're right! I've put this info into the 'environment' field of the issue 34690: Environment: Flex 'Desktop' project... Next time it would be better to place this kind of info to the description! However, many thanks for help! Olaf -- View this message in context: http://apache-flex-development.247.n4.nabble.com/4-14-Skin-for-BusyIndicator3605-cannot-be-found-tp43499p43747.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
On Thu, Dec 18, 2014 at 10:54 AM, okrue...@edscha.com okrue...@edscha.com wrote: I believe the users are having these problems on non-mobile apps Yes, you're right! I've put this info into the 'environment' field of the issue 34690: Environment: Flex 'Desktop' project... Next time it would be better to place this kind of info to the description! Not your mistake, I wasn't paying attention :-) Thanks, Om However, many thanks for help! Olaf -- View this message in context: http://apache-flex-development.247.n4.nabble.com/4-14-Skin-for-BusyIndicator3605-cannot-be-found-tp43499p43747.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
On 12/18/14, 11:15 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Thu, Dec 18, 2014 at 10:54 AM, okrue...@edscha.com okrue...@edscha.com wrote: I believe the users are having these problems on non-mobile apps Yes, you're right! I've put this info into the 'environment' field of the issue 34690: Environment: Flex 'Desktop' project... Next time it would be better to place this kind of info to the description! Not your mistake, I wasn't paying attention :-) And also, many thanks to Olaf for finding this issue before we shipped. -Alex
Re: AW: [4.14] Skin for ... BusyIndicator3605 cannot be found.
On Thu, Dec 18, 2014 at 11:25 AM, Alex Harui aha...@adobe.com wrote: On 12/18/14, 11:15 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Thu, Dec 18, 2014 at 10:54 AM, okrue...@edscha.com okrue...@edscha.com wrote: I believe the users are having these problems on non-mobile apps Yes, you're right! I've put this info into the 'environment' field of the issue 34690: Environment: Flex 'Desktop' project... Next time it would be better to place this kind of info to the description! Not your mistake, I wasn't paying attention :-) And also, many thanks to Olaf for finding this issue before we shipped. Yes, thanks Olaf! I have checked in a fix. It should be available in the next build. Regards, Om -Alex
Re: [DISCUSS] Release Apache Flex 4.14.0
Harbs, Saying Undo you mean simple ctrl + z (cmd + z on Mac) yes ? I've created simple application with RichEditableText and add there TextFlow. I did this scenario and I didn't have runtime error, however after hit ctrl + z (undo) I have not back my deleted text. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43751.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
False alarm I do get this error. Sorry. :( - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43752.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
You don’t get back the text because of the error. I only get the stack trace when going through the debugger. Here’s a sample stack trace: ArgumentError: Child to remove not found at flashx.textLayout.elements::FlowGroupElement/removeChild()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/elements/FlowGroupElement.as:930] at InternalSplitFGEMemento/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/ModelEdit.as:387] at SplitMemento/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/ModelEdit.as:487] at flashx.textLayout.operations::SplitElementOperation/undo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/operations/SplitElementOperation.as:185] at flashx.textLayout.edit::EditManager/performUndo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/edit/EditManager.as:1002] at flashx.textLayout.operations::FlowOperation/performUndo()[/Users/harbs/Documents/ApacheFlex/flex-tlf/textLayout/src/flashx/textLayout/operations/FlowOperation.as:201] On Dec 18, 2014, at 10:53 PM, piotrz piotrzarzyck...@gmail.com wrote: Harbs, Saying Undo you mean simple ctrl + z (cmd + z on Mac) yes ? I've created simple application with RichEditableText and add there TextFlow. I did this scenario and I didn't have runtime error, however after hit ctrl + z (undo) I have not back my deleted text. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43751.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Exactly. I'm trying to understand why public function getChildIndex(child:FlowElement):int { var hi:int = _numChildren-1; // one hole here - if child is null and this has no children then we'll return 0 if (hi = 0) return _singleChild == child ? 0 : -1; _singleChild and child are different, but I think this is something beyond my ability. :) - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43754.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: FishEye accounts
Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] how to use the new FlatSpark theme?
Thank you Olaf. I assigned the issue to me.
Re: [DISCUSS] Release Apache Flex 4.14.0
Harbs, After debugging I see something like this: http://images.devs-on.net/Image/jg5EXavR0Yo3N065-Obszar.png We are doing undo on _memento, but it doesn't have our deleted text in the MementoList, because our text is inside delSelOp.undo(). Doing _memento.undo() we are getting these error, but probably if we do undo on delSelOp we will have correct data. Just my findings after long debugging :) Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43757.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Release Apache Flex 4.14.0
Thanks for the observations. I’ll look more tomorrow. The real question is what changed that’s causing this error. Changing something that I have not touched in TLF is not the right way to fix this IMO. I need to figure out what I broke and address the source of the problem before I try to work around this RTE. On Dec 19, 2014, at 12:18 AM, piotrz piotrzarzyck...@gmail.com wrote: Harbs, After debugging I see something like this: http://images.devs-on.net/Image/jg5EXavR0Yo3N065-Obszar.png We are doing undo on _memento, but it doesn't have our deleted text in the MementoList, because our text is inside delSelOp.undo(). Doing _memento.undo() we are getting these error, but probably if we do undo on delSelOp we will have correct data. Just my findings after long debugging :) Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/DISCUSS-Release-Apache-Flex-4-14-0-tp43390p43757.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
[4.14] # Apache Flex SDK 4.14 nightly build 38: Successful
flex-sdk_release-candidate - Build #38 - Successful Changes since last build: [bigosmallm] Add skin for web and desktop version of BusyIndicator. [bigosmallm] Update comments to keep up with latest visual changes [bigosmallm] Update visuals to make it show 12 spokes instead of circular disk (to keep with current/old visuals) For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/38/.
Re: FishEye accounts
I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] how to use the new FlatSpark theme?
Olaf, thank you for your help on fixing FLEX-34692. I replicated them to ButtonIconSkin too. I just committed changes that fix pretty much everything you reported so far. Thank you so much for testing! Erik, I committed them to 'release4.14' branch as you instructed.
RE: FishEye accounts
Hi Mihai, As you can see, it works for me and I've got no idea why it doesn't for you: http://i58.tinypic.com/mbkh8h.jpg Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 23:29:03 + Subject: Re: FishEye accounts To: dev@flex.apache.org I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] release status update
OK, you should be able to assign issues to yourself now. Thank you Alex. I already resolved FLEX-34694 and FLEX-34692, both were reported by Olaf and were related to FlatSpark.
[4.14] # Apache Flex SDK 4.14 nightly build 39: Successful
flex-sdk_release-candidate - Build #39 - Successful Changes since last build: [akamud] Several FlatSpark bug fixes, resolves FLEX-34692 and FLEX-34694 For more information, check the console output at http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/39/.
Re: FishEye accounts
What happens when you click on 1 commit? I think it works for you because you're (somehow) logged into fisheye. See this screenshot[1] for what it tells me in the activity panel. And when I do try to authenticate, and I pretend that I forgot my password, it tells me Could not find user 'mihai.ch...@gmail.com', nor 'mih...@apache.org', nor 'evolverine'. So does it only work if everyone has a fisheye account? If yes, what's the process of creating one? (But that's a much less than ideal solution, because it means that people browsing our repo cannot easily see the commits made against tickets.) [1] http://tinypic.com/view.php?pic=ivjr5ys=8 On 19 December 2014 at 00:10, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi Mihai, As you can see, it works for me and I've got no idea why it doesn't for you: http://i58.tinypic.com/mbkh8h.jpg Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 23:29:03 + Subject: Re: FishEye accounts To: dev@flex.apache.org I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: FishEye accounts
HI, solution, because it means that people browsing our repo cannot easily see the commits made against tickets.) If the JIRA ticket is mention in the commit it will show up without fisheye. Justin
Re : Re: FishEye accounts
No need to be authenticate to see the action of Fisheye, once installed, if the user write the relative ticket number in the commit message, it will show up the files relative to the commit in the activity tab. I dont know it ask you to authenticate for you, it shouldnt, I guess now it could come from your browser, could you try to remove your cookies and clean your browser cache and try again ? not sure if open a private browsing session would do the trick but you can still try it first. --- Message initial --- De : Mihai Chira mihai.ch...@gmail.com Envoyé : 19 décembre 2014 03:16 A : dev@flex.apache.org Objet : Re: FishEye accounts What happens when you click on 1 commit? I think it works for you because you're (somehow) logged into fisheye. See this screenshot[1] for what it tells me in the activity panel. And when I do try to authenticate, and I pretend that I forgot my password, it tells me Could not find user 'mihai.ch...@gmail.com', nor 'mih...@apache.org', nor 'evolverine'. So does it only work if everyone has a fisheye account? If yes, what's the process of creating one? (But that's a much less than ideal solution, because it means that people browsing our repo cannot easily see the commits made against tickets.) [1] http://tinypic.com/view.php?pic=ivjr5ys=8 On 19 December 2014 at 00:10, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi Mihai, As you can see, it works for me and I've got no idea why it doesn't for you: http://i58.tinypic.com/mbkh8h.jpg Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 23:29:03 + Subject: Re: FishEye accounts To: dev@flex.apache.org I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re : Re: FishEye accounts
And yes it works when I ckick on the link --- Message initial --- De : Mihai Chira mihai.ch...@gmail.com Envoyé : 19 décembre 2014 03:16 A : dev@flex.apache.org Objet : Re: FishEye accounts What happens when you click on 1 commit? I think it works for you because you're (somehow) logged into fisheye. See this screenshot[1] for what it tells me in the activity panel. And when I do try to authenticate, and I pretend that I forgot my password, it tells me Could not find user 'mihai.ch...@gmail.com', nor 'mih...@apache.org', nor 'evolverine'. So does it only work if everyone has a fisheye account? If yes, what's the process of creating one? (But that's a much less than ideal solution, because it means that people browsing our repo cannot easily see the commits made against tickets.) [1] http://tinypic.com/view.php?pic=ivjr5ys=8 On 19 December 2014 at 00:10, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi Mihai, As you can see, it works for me and I've got no idea why it doesn't for you: http://i58.tinypic.com/mbkh8h.jpg Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 23:29:03 + Subject: Re: FishEye accounts To: dev@flex.apache.org I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re : Re: FishEye accounts
One more thing, I just remembered I had some issues with chrome and Jira and had to switch back to firefox a while ago, could it be the same for you ? --- Message initial --- De : Frédéric THOMAS webdoubl...@hotmail.com Envoyé : 19 décembre 2014 07:05 A : dev@flex.apache.org Objet : Re : Re: FishEye accounts And yes it works when I ckick on the link --- Message initial --- De : Mihai Chira mihai.ch...@gmail.com Envoyé : 19 décembre 2014 03:16 A : dev@flex.apache.org Objet : Re: FishEye accounts What happens when you click on 1 commit? I think it works for you because you're (somehow) logged into fisheye. See this screenshot[1] for what it tells me in the activity panel. And when I do try to authenticate, and I pretend that I forgot my password, it tells me Could not find user 'mihai.ch...@gmail.com', nor 'mih...@apache.org', nor 'evolverine'. So does it only work if everyone has a fisheye account? If yes, what's the process of creating one? (But that's a much less than ideal solution, because it means that people browsing our repo cannot easily see the commits made against tickets.) [1] http://tinypic.com/view.php?pic=ivjr5ys=8 On 19 December 2014 at 00:10, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi Mihai, As you can see, it works for me and I've got no idea why it doesn't for you: http://i58.tinypic.com/mbkh8h.jpg Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 23:29:03 + Subject: Re: FishEye accounts To: dev@flex.apache.org I still see the same screen asking me to log into fisheye. (I am logged into Jira.) On 18 December 2014 at 21:58, Frédéric THOMAS webdoubl...@hotmail.com wrote: Hi guys, It took me some time to find the emails relative to this and was about to raise myself an issue (as one as to be authenticate at Atlassian to raise it) but then I checked one of the last JIRA and I've been able to reach the fisheye link so, as a test, please check https://issues.apache.org/jira/browse/FLEX-34690 activity tab and tell me if something is wrong. I guess it was a temporarily broken. Frédéric THOMAS From: webdoubl...@hotmail.com To: dev@flex.apache.org Subject: RE: FishEye accounts Date: Thu, 18 Dec 2014 15:05:21 + Hi, Will try to get time tonight to find the communication I had with INFRA about it, anyway, at the time of the request I sent back the infos to this list (should still be in the archives), basically we have no control on fisheye, the only thing I did was to ask them to plug it to our JIRA, repos. Frédéric THOMAS From: mihai.ch...@gmail.com Date: Thu, 18 Dec 2014 14:26:09 + Subject: Re: FishEye accounts To: dev@flex.apache.org CC: webdoubl...@hotmail.com Frédéric, on this thread[1] we were talking about FishEye, though not very much about its integration in Jira. I mentioned it a while ago, and now again, that it would be very useful to see all the commits made against a particular ticket when looking at the Jira issue. Currently this[2] is what happens. Do you know what we'd need to do to make it work? [1] http://mail-archives.apache.org/mod_mbox/flex-dev/201407.mbox/%3cdub118-w4165123e64088d6caa868cb4...@phx.gbl%3E [2] http://oi58.tinypic.com/6ied81.jpg On 18 December 2014 at 12:51, Erik de Bruin e...@ixsoftware.nl wrote: I get the same thing. I think Fred addressed this a while ago, maybe you can look through the email archives to see if (and how) this was resolved? EdB On Thu, Dec 18, 2014 at 12:46 PM, Mihai Chira mihai.ch...@gmail.com wrote: This actually worked for a while, and now it asks me again to log into fisheye[1] if I want to see what commits were made for a ticket. How can I help solve this? [1] http://oi58.tinypic.com/6ied81.jpg On 12 September 2014 at 11:11, Mihai Chira mihai.ch...@gmail.com wrote: Shall we open an INFRA ticket for this? On 4 September 2014 03:14, Justin Mclean jus...@classsoftware.com wrote: Hi, Previously, if I'm not mistaking, we could see the commits via a tab at the bottom, with no authentication needed. Yep looks like the recent JIRA update may of broken that. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [4.14] how to use the new FlatSpark theme?
Erik, I committed them to 'release4.14' branch as you instructed. Mahmoud, thanks for your contribution. For future reference: it is easier if you do more granular (smaller) commits, e.g. one for each fix and feature. That way, if something is wrong with one of them, you don't lose the rest when you need to revert. In the case of your last commit, I would imagine having at least three: one for each JIRA ticket and one for the 'various' fixes. HTH, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re:Re: [4.13.0][FLEX-34689] SkinnableComponent change skin bug (Already solved, awaiting review by others)
Hi Alex, You are right, I tried using Type Selector to set default skinClass for the custom SkinnableComponent, it worked. In the constructor function of the custom SkinnableComponent (test.TestComponent): super(); //getQualifiedClassName(this) returns test::TestComponent var fullClassName:String = getQualifiedClassName(this).replace(/::/g, .); //fullClassName is test.TestComponent var css:CSSStyleDeclaration = new CSSStyleDeclaration(); css.setStyle(skinClass, skin.DefaultTestComponentSkin); styleManager.setStyleDeclaration(fullClassName, css, true); These codes above will solve all the problems we discussed before, it's a little bit long, so here is the shortened one: super(); var css:CSSStyleDeclaration = new CSSStyleDeclaration(); css.setStyle(skinClass, skin.DefaultTestComponentSkin); styleManager.setStyleDeclaration(getQualifiedClassName(this).replace(/::/g, .), css, true); So, I think we should do as you recommended in the last email, I will revert the changes I made to SkinnableComponent on the 'develop' branch of Flex SDK git, then we should update the Flex SkinnableComponent online help: http://help.adobe.com/en_US/flex/using/WS460ee381960520ad-2811830c121e9107ecb-7ff9.html#WS460ee381960520ad-2811830c121e9107ecb-7ff7 And tell developers they should use Type Selector to set default skinClass for their custom SkinnableComponent, and include the sample codes I provided above (the shortened one). DarkStone 2014-12-19 At 2014-12-18 05:02:52, Alex Harui aha...@adobe.com wrote: Hi Darkstone, I would prefer 1A) which is to revert the change, prove that Type Selectors work, and change the documentation for SkinnableComponent to guide people to use Type Selectors. Then overriding styleName should not be needed, and folks will build components following the same pattern as the rest of the SDK. Thoughts? -Alex On 12/17/14, 12:53 PM, DarkStone darkst...@163.com wrote: Hi Alex, I got what you saying, I understand why you don't agree to the changes, you've got your point, I think you are right. But that won't prevent others from doing it in the wrong ways. There is a paragraph in SkinnableComponent online help about implementing the constructor: Use the constructor to set the initial values of class properties. For example, you can set default values for properties and styles, or initialize data structures, such as Arrays. You can also set the skinClass style to the name of your skin class. http://help.adobe.com/en_US/flex/using/WS460ee381960520ad-2811830c121e9107 ecb-7ff9.html#WS460ee381960520ad-2811830c121e9107ecb-7ff7 It encourages developers to write setStyle(skinClass, MyDefaultSkin) to the constructor, if they want to set default skin for it. But doing so, set styleName on the MXML won't change the skin: ns:MyComponent styleName=otherSkin/ This will cause confusion, because built in Spark components like Button, CheckBox, they all have their default skins, and if developers want to use a different skin, they do this: s:Button styleName=myButtonSkin/ The confusion is: s:Button styleName=myButtonSkin/ is working, the skin changes to MyButtonSkin. ns:MyComponent styleName=otherSkin/ is not working, the skin remains default. They would be wondering why, and would assume this is a bug. So, the way I see it, there are two choices: 1. Don't treat this as a bug, revert the changes I made, and update the help docs about SkinnableComponent, tell developers they have to override the styleName setter function by themselves, in order to make this case work. 2. Treat this as a bug, apply the changes I made. Both are OK for me, I still prefer the 2nd one, but I fully respect other committers and PMC members' opinions. DarkStone 2014-12-18 在 2014-12-18 03:28:49,Alex Harui aha...@adobe.com 写道: Hi Darkstone, Think of the general case. Let’s say that you also call: myComponent.setStyle(“fontWeight, “bold); myComponent.setStyle(“color, #ff); When you later call: myComponent.styleName = “otherSkin” and you have .otherskin { skinClass : MyOtherSkin; fontWeight : “normal”; color : #00FF00; } Why should skinClass be given special treatment? There is an order to the CSS lookup. Styles set on an instance override other styles specified in other selectors. I don’t think we should change that order, and I don’t think we should try to figure out what instance styles to clear. It isn’t really clear to me that folks will always want those styles cleared. It sounds like what your friend really wants is to specify a Type Selector for MyComponent and specify the default skin there instead of calling setStyle on each instance. Then styles set that have higher priority like styleName and instance styles will override with the intended result. CSS is expected to work a certain way. I don’t think we should change it, and I think your friend should be specifying a Type Selector. HTH, -Alex On 12/17/14, 10:06 AM, DarkStone darkst...@163.com wrote: Hi Alex, Actually, this