You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Alex Harui <ah...@adobe.com> on 2014/03/04 08:19:20 UTC

[DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

This is the discussion thread.

This RC should only have small changes to the
Notice files and an update to the -app.xml files for AntOnAIR.mxml and the
installer to set the min AIR version to 4.0.

If you want to carryover your vote, that's fine.

-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alexander Doroshko <al...@jetbrains.com>.
On 04.03.2014 11:48, Alexander Doroshko wrote:
> ... using Apache Flex Installer 3.0.0 RC3
should be read '3.0.0 RC4'

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Alexander, I had exactly the same thoughts on the installer UI usability.

Thanks for sharing.

Maurice 

-----Message d'origine-----
De : Alexander Doroshko [mailto:alexander.doroshko@jetbrains.com] 
Envoyé : mardi 4 mars 2014 08:49
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Hi,
I just tried Apache Flex SDK 4.12 RC4 + AIR SDK 13 beta + Flash Player
13 beta using Apache Flex Installer 3.0.0 RC3 on Windows 7 for IntelliJ IDEA.

Quick testing revealed only one strange thing: osmf.swc file in [Flex SDK]/frameworks/libs that was named in lowercase for ages is now called in uppercase: OSMF.swc. Is is something controlled by Apache and is this an intended change?

Also I have some comments regarding Apache Flex SDK usability. These are not blocking issues, just a subjective feedback of a 'real user'.

1. It is hard to guess how to enable Dev Builds. I wanted to play with
4.12 yesterday but failed to find the option. I just thought that I downloaded some wrong installer that is able to install official releases only. It took me a day to find a hint about context menu somewhere in this mailing list. In my opinion all options available in context popup should be better discoverable. For example there could be a link 'Advanced options' in the bottom-left corner (line where where 'Next' button is located).

2. I expect to see check marks on the popup menu showing current status of 'Show Dev Builds' and 'Enable Verbose Logging' options. At the moment there is no way to disable 'Show Dev Builds' (though check mark on the popup menu is not shown) and also no way to find out if verbose logging is enabled or not.

3. 'Configure Download Cache' option should have '...' at the end as it opens a dialog.

4. Popup with these options remains available even after pressing 'Next' 
button, when it is not actual any more.

5. Cosmetics: 'Select' word is repeated 4 times, though it is not needed for understandability. I think is is enough to have it in the header: 
'Select AIR and Flash Player version'. (By the say why not 'Select Flex, AIR and Flash Player versions'?) Labels for combos can be more concise and with colons at the end Flex version:
AIR version:
Flash Player version:

6. One more minor: it is hard to find out the Installer version. It is shown by Windows uninstall manager and in installations logs: 3.0.0, no hint whether it is RC2 or RC3 or just any revision info. May be header should show installer version in addition to dynamically changing Flex SDK version. May be header should show only installer version as Flex version is shown in enormous size in the center of the dialog. Third option is 'About' link somewhere: either on the dialog itself or in the context menu.

Feel free to ignore my opinion,
Alexander

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

Just tried with no caching and no issues either:

Version 3.0.0 (mac)
Using Locale:en_AU
Fetched the SDK download mirror URL from the CGI.
AIR version 3.9
Flash Player version 11.9
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from: http://mirror.ventraip.net.au/apache/flex/4.11.0/binaries/apache-flex-sdk-4.11.0-bin.tar.gz
Verifying Apache Flex SDK MD5 Signature
The Apache Flex SDK MD5 Signature of the downloaded files matches the reference. The file is valid.
Unzipping: /Users/justinmclean/Documents/ApacheFlexInstallerTest/temp/apache-flex-sdk-4.11.0-bin.tar.gz
Finished unzipping: /Users/justinmclean/Documents/ApacheFlexInstallerTest/temp/apache-flex-sdk-4.11.0-bin.tar.gz
Downloading Adobe AIR Runtime Kit for Mac from: http://airdownload.adobe.com/air/mac/download/3.9/AdobeAIRSDK.tbz2
Finished untaring: /Users/justinmclean/Documents/ApacheFlexInstallerTest/temp/AdobeAIRSDK.tbz2
Installing Adobe Flash Player playerglobal.swc from: http://download.macromedia.com/get/flashplayer/updaters/11/playerglobal11_9.swc
Installing frameworks configuration files configured for use with an IDE
Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files/
Download complete 
Downloading OSMF.swc from: osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/
Downloading afe.jar from: http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib/
Downloading aglj40.jar from: http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib/
Downloading flex-fontkit.jar from: http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib/
Downloading rideau.jar from: http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib/
Downloading flex-messaging-common.jar from: http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib/
Installation complete.

Thanks,
Justin

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
It worked for me, but I'm on a Mac.  I'll try Windows tonight.

On 3/6/14 1:49 PM, "Alex Harui" <ah...@adobe.com> wrote:

>Well, it says SWFObject failed, but just before it, it was going to get
>OSMF.  So something is already funky.
>
>-Alex
>
>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>> Om says it's SWFObject than cannot download.
>>
>>Opps badly need coffee :-) Im just trying again with no cache so
>>everything is download.
>>
>>Justin
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
The swfobject url works fine from my browser.  So definitely no firewall
issue here.

Although, from Fiddler, I see that the responses are getting a 304 (Not
Modified) response.  That tells me that probably some bad version of the
zip file is in Adobe AIR cache.

Will try again after clearing that cache.

Thanks,
Om


On Thu, Mar 6, 2014 at 2:24 PM, Alex Harui <ah...@adobe.com> wrote:

> The installer could certainly use more error handling code.  But really,
> I've seen AIR SDKs fail to download properly more than once.  I can't
> reproduce it in a way to get any serious analysis of whether it is the
> installer or the Adobe download server.
>
> On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
> >On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 13).
> >
> >So maybe what could have happened is that I was browsing the cache
> >directories and files while the installation was in progress
> >and maybe that locked the air_sdk zip file while it was being writing to
> >disk.
> >Is that possible?
> >In that case the installation should have raised an error (eg. locked
> >file) instead of being stuck?
> >
> >
> >
> >Maurice
> >
> >-----Message d'origine-----
> >De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
> >Envoyé : jeudi 6 mars 2014 23:07
> >À : dev@flex.apache.org
> >Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
> >
> >Here is the verbose log :
> >https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
> >
> >I am giving it another try.
> >
> >
> >-----Message d'origine-----
> >De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
> >Envoyé : jeudi 6 mars 2014 23:01
> >À : dev@flex.apache.org
> >Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
> >
> >Tested RC4:
> >- Flex SDK 4.11 / AIR 13beta / FP 13:
> >- window 7 6bit,
> >-Locale : FR
> >
> >Minor: some late string (testing cache) are not localized...
> >Minor:  each time you click on "Install log" button, it opens a new log
> >window.
> >
> >Major:  the downloaded file
> >pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size
> >(instead of the 189MB).
> >Install is stuck at step 5.
> >
> >Maurice
> >
> >
> >-----Message d'origine-----
> >De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
> >22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >Apache Flex SDK Installer 3.0 - RC4
> >
> >Well, it says SWFObject failed, but just before it, it was going to get
> >OSMF.  So something is already funky.
> >
> >-Alex
> >
> >On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
> >
> >>Hi,
> >>
> >>> Om says it's SWFObject than cannot download.
> >>
> >>Opps badly need coffee :-) Im just trying again with no cache so
> >>everything is download.
> >>
> >>Justin
> >
>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
>The installer could certainly use more error handling code.  
According to the help on FileStream.writeBytes() , it says I could trigger IOErrorEvent if the file cannot be written.
http://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flash/filesystem/FileStream.html#writeBytes()

So maybe we could add:
                    fs.addEventListener(IOErrorEvent.IO_ERROR, ioErrorEventHandler);
when writing to file.

WDYT?

Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : jeudi 6 mars 2014 23:25
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

The installer could certainly use more error handling code.  But really, I've seen AIR SDKs fail to download properly more than once.  I can't reproduce it in a way to get any serious analysis of whether it is the installer or the Adobe download server.

On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:

>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 13).
>
>So maybe what could have happened is that I was browsing the cache 
>directories and files while the installation was in progress and maybe 
>that locked the air_sdk zip file while it was being writing to disk.
>Is that possible?
>In that case the installation should have raised an error (eg. locked
>file) instead of being stuck?
>
>
>
>Maurice
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:07
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>Here is the verbose log :
>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
>
>I am giving it another try.
>
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:01
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>Tested RC4:  
>- Flex SDK 4.11 / AIR 13beta / FP 13:
>- window 7 6bit,
>-Locale : FR
>
>Minor: some late string (testing cache) are not localized...
>Minor:  each time you click on "Install log" button, it opens a new log 
>window.
>
>Major:  the downloaded file
>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size 
>(instead of the 189MB).
>Install is stuck at step 5.
>
>Maurice
>
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>Well, it says SWFObject failed, but just before it, it was going to get 
>OSMF.  So something is already funky.
>
>-Alex
>
>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>> Om says it's SWFObject than cannot download.
>>
>>Opps badly need coffee :-) Im just trying again with no cache so 
>>everything is download.
>>
>>Justin
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
> We can try that.  (adding IOErrorEvent handler)
In fact, the call is synchronous (and blocking) so no event can be sent during the writing.
I have also tried opening the file while it was written, no effect.
So it's not worth adding the error handling.

Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : jeudi 6 mars 2014 23:48
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

We can try that.

I was able to reproduce Om's problem.  You have to start truly fresh by deleting the shared object that stores the cache preferences (or probably by setting the cache folder to an invalid path).

That's probably worth an RC5.

Regarding the jumping of the screen, that repositioning code has been there for a while, at least in 2.7.  It may be more noticeable now that we have to load strings from the server instead of them being hard-coded into the app.

So, if we're going to do an RC5, what do we want to do about the jumping:

1) nothing
2) don't show any window at all (visible=false) until the strings are in and the window is position.  This could make start up seem slower.
3) don't reposition the window.
4) other ideas?

-Alex

On 3/6/14 2:37 PM, "Maurice Amsellem" <ma...@systar.com> wrote:

>I forgot:  In Get.as
>
>-----Message d'origine-----
>De : Maurice Amsellem
>Envoyé : jeudi 6 mars 2014 23:37
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>>The installer could certainly use more error handling code.
>According to the help on FileStream.writeBytes() , it says I could 
>trigger IOErrorEvent if the file cannot be written.
>http://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flas
>h/f
>ilesystem/FileStream.html#writeBytes()
>
>So maybe we could add:
>                    fs.addEventListener(IOErrorEvent.IO_ERROR,
>ioErrorEventHandler); when writing to file.
>
>WDYT?
>
>Maurice
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>23:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>The installer could certainly use more error handling code.  But 
>really, I've seen AIR SDKs fail to download properly more than once.  I 
>can't reproduce it in a way to get any serious analysis of whether it 
>is the installer or the Adobe download server.
>
>On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 
>>13).
>>
>>So maybe what could have happened is that I was browsing the cache 
>>directories and files while the installation was in progress and maybe 
>>that locked the air_sdk zip file while it was being writing to disk.
>>Is that possible?
>>In that case the installation should have raised an error (eg. locked
>>file) instead of being stuck?
>>
>>
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : jeudi 6 mars 2014 23:07
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>Here is the verbose log :
>>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
>>
>>I am giving it another try.
>>
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : jeudi 6 mars 2014 23:01
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>Tested RC4:  
>>- Flex SDK 4.11 / AIR 13beta / FP 13:
>>- window 7 6bit,
>>-Locale : FR
>>
>>Minor: some late string (testing cache) are not localized...
>>Minor:  each time you click on "Install log" button, it opens a new 
>>log window.
>>
>>Major:  the downloaded file
>>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size 
>>(instead of the 189MB).
>>Install is stuck at step 5.
>>
>>Maurice
>>
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Well, it says SWFObject failed, but just before it, it was going to 
>>get OSMF.  So something is already funky.
>>
>>-Alex
>>
>>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>>>Hi,
>>>
>>>> Om says it's SWFObject than cannot download.
>>>
>>>Opps badly need coffee :-) Im just trying again with no cache so 
>>>everything is download.
>>>
>>>Justin
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
MD5 for the path is not a good idea. As you said, it makes it difficult to find and remove files.

So escaping and warning about the limit is fine.

Maurice

-----Message d'origine-----
De : Maurice Amsellem [mailto:maurice.amsellem@systar.com] 
Envoyé : vendredi 7 mars 2014 18:58
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

ok

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014 18:51 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Hmm.  Truncation could result in accidental cache collisions.  There is already MD5 code in the app, maybe the safest thing to do is to generate an MD5 of the path/url.  That would have the downside that it would be hard to go find and remove an individual file from the cache, which would be convenient for testing and also if a bad file gets in the cache.

I think maybe the easiest path is to just escape and tell folks there is a
256 char limit (after escaping).  If folks need to use a longer URL, they'll have to use a URL shortener or not turn on the cache.

Thoughts?
-Alex

On 3/7/14 9:36 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>> We are not escaping the segments of the URL path expression.  What 
>>you are seeing in the log is the File.url not File.nativepath.
>Ah, ok so the native path has the "?" in it.
>
>>I guess I could escape everything including the slashes, then there 
>>wouldn't be subdirectories.  That might be easier than other possible 
>>solutions.
>Windows Doc says file paths are limited to 256 chars on Windows 7.
>File names seem to have the same limit.
>So that might be a good solution, and probably easier to browse, than 
>nested subdirectories that are currently created.
>Since the path is used for identification of the file, you could also 
>truncate to the last 200 chars (in case it's too long, when appended to 
>the cache dir path) as the last chars are usually the most significant.
>
>
>Maurice
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014
>18:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>We are not escaping the segments of the URL path expression.  What you 
>are seeing in the log is the File.url not File.nativepath.
>
>I guess I could escape everything including the slashes, then there 
>wouldn't be subdirectories.  That might be easier than other possible 
>solutions.
>
>Thoughts?
>-Alex
>
>On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Alex,  I suspected that too, so I tried to manually create a directory
>>named:
>>remotecontent%3ffilepath%3dcom
>>
>>And it was successfully created.
>>
>>However, creating remotecontent?filepath.com fails (? Is not allowed).
>>
>>Are you unescaping the file name before creating ?
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>2014
>>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Yeah, looks like it can't create the file name because on windows it 
>>has illegal chars.  Thanks for catching that.  Looks like it is time 
>>for RC6!
>>
>>-Alex
>>
>>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>Did the same test, with caching enabled, and verbose log enabled at 
>>>startup.
>>>frozen at the same step (guava) :  the busy indicator is running, but 
>>>nothing happens, even after 5 min.
>>>
>>>I have updated the log file at the same DP url.
>>>
>>>FYI no directory starting with remotecontent... is created under 
>>>flex_installer_cache  (there are other directories such as air, dist, 
>>>download files, flex, etc...).
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>
>>>
>>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
>>>wrote:
>>>
>>>>Caching was on the first tests (failing)= Caching was off on the 
>>>>last tests (success).
>>>>It's possible I turned verbose logging after the download started.
>>>>Do you want me to try again, with caching,  and setting verbose 
>>>>logging immediately?
>>>Yes please.  The log in your dropbox link did not show it running 
>>>through the caching logic or the verbose logging logic for the early 
>>>downloads.
>>>
>>>I just tried with caching on and off and it is working for me.
>>>
>>>Thanks,
>>>-Alex
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>>2014
>>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>>>Apache Flex SDK Installer 3.0 - RC4
>>>>
>>>>Interesting.  The log you posted doesn't show it running through the 
>>>>caching logic, and it just stops as if it didn't get a complete event.
>>>>
>>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>>
>>>>-Alex
>>>>
>>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>>>wrote:
>>>>
>>>>>I did another try disabling the download cache, and the 
>>>>>installation completes sucessfully.
>>>>>
>>>>>HTH.
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>>>Envoyé : vendredi 7 mars 2014 14:47 À : dev@flex.apache.org Objet : 
>>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>>
>>>>>I have used directories without spaces, including for download cache:
>>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache:
>>>>>D:\Temp\flex_installer_cache Windows 7, fr
>>>>>
>>>>>Installer stops at guava downloading step  (9th square) !!
>>>>>Tried 3 times, always stops at the  same step.
>>>>>
>>>>>Downloading guava directly from the browser works fine:
>>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/gua
>>>>>v
>>>>>a
>>>>>/
>>>>>1
>>>>>5.0
>>>>>/guava-15.0.jar
>>>>>
>>>>>Here is the verbose install log:
>>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>>>Envoyé : vendredi 7 mars 2014 13:26 À : dev@flex.apache.org Objet : 
>>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>How about just a busy indicator then while it's loading.  It 
>>>>>doesn't require a language and is a universal graphic.
>>>>>
>>>>>-Mark
>>>>>
>>>>>-----Original Message-----
>>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>>To: dev@flex.apache.org
>>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer
>>>>>3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>
>>>>>
>>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>>>
>>>>>>>> So, if we're going to do an RC5, what do we want to do about 
>>>>>>>> the
>>>>>>
>>>>>>>  >>jumping:
>>>>>>> >>
>>>>>>> >> 1) nothing
>>>>>>> >> 2) don't show any window at all (visible=false) until the 
>>>>>>> >> strings
>>>>>>>are in
>>>>>>> >> and the window is position.  This could make start up seem
>>>>>>>slower.
>>>>>>> >> 3) don't reposition the window.
>>>>>>> >> 4) other ideas?
>>>>>>> >>
>>>>>>> >
>>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>>screen?
>>>>>>> Also possible, but then the screen appears blank for a bit, then 
>>>>>>>the strings appear.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>> -Alex
>>>>>>>
>>>>>>>
>>>>>>It appears blank initially anyways before the jump.  At least if 
>>>>>>we center it right away, there wont be a jump.  I think having it 
>>>>>>blank for a few seconds is okay.
>>>>>>
>>>>>>Maybe would could have all the dropdowns show a default label of 
>>>>>>"Loading..." so that it does not appear blank.
>>>>>Interesting idea, but that will be in English since we are waiting 
>>>>>to load the default localized strings.  Maybe I'll look into 
>>>>>putting up a busy cursor.
>>>>>
>>>>>-Alex
>>>>>
>>>>
>>>
>>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/7/14 11:36 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>On Fri, Mar 7, 2014 at 11:33 AM, Alex Harui <ah...@adobe.com> wrote:
>
>>
>>
>> On 3/7/14 11:06 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>> >>And of course, the perfect option is to get Falcon up to snuff so we
>> >>don't
>> >> need the SDK download at all.
>> >>
>> >>
>> >Of course, this is the best option.  But, I think for now, we can
>>simply
>> >switch the 4.11 download to point to the mirror url.
>> That doesn't make sense to me.  We just pushed 4.12.  When we announce
>>it
>> we have to pull 4.11 of the mirrors.
>>
>>
>Isnt it just a swap of the url in the config file to switch to 4.12 when
>it
>releases?  Or is the plan to stick to 4.11 (via archive url) for a while?
>What is the point in sticking to 4.11?
It works, and I don't have to add apache mirror handling code to the ant
script.  I can do it, it just isn't a high priority right now.  Maybe if
we start seeing serious download numbers of FlexJS we'll have to revisit,
but maybe by then we'll have some other solution other than pulling down
the latest SDK (like a separate package or hopefully, Falcon is ready).

Keep in mind that the Falcon build is locked to specific versions of
Apache commons.  We don't pull the latest there so we are also hitting
archive.a.o for those jars as well.  I would think archive.a.o already
gets hit a lot by other download scripts from other projects.  There is
risk to having your product automatically use the latest, although I
noticed we are for Google Closure.

-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Fri, Mar 7, 2014 at 11:33 AM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 3/7/14 11:06 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
> >>And of course, the perfect option is to get Falcon up to snuff so we
> >>don't
> >> need the SDK download at all.
> >>
> >>
> >Of course, this is the best option.  But, I think for now, we can simply
> >switch the 4.11 download to point to the mirror url.
> That doesn't make sense to me.  We just pushed 4.12.  When we announce it
> we have to pull 4.11 of the mirrors.
>
>
Isnt it just a swap of the url in the config file to switch to 4.12 when it
releases?  Or is the plan to stick to 4.11 (via archive url) for a while?
What is the point in sticking to 4.11?


> -Alex
>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/7/14 11:06 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>>And of course, the perfect option is to get Falcon up to snuff so we
>>don't
>> need the SDK download at all.
>>
>>
>Of course, this is the best option.  But, I think for now, we can simply
>switch the 4.11 download to point to the mirror url.
That doesn't make sense to me.  We just pushed 4.12.  When we announce it
we have to pull 4.11 of the mirrors.

-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Fri, Mar 7, 2014 at 10:54 AM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 3/7/14 10:38 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
> >I am continuing to test RC5.  The Flex SDK now installs properly.
> >
> >A question about FlexJS installation:  As part of the installation, Apache
> >Flex SDK 4.11.0 is downloaded, but from
> >
> http://archive.apache.org/dist/flex/4.11.0/binaries/apache-flex-sdk-4.11.0
> >-bin.zip.
> >I don't think this is a good idea.  It will put unnecessary load on the
> >Apache servers.  Cant we just load it from the mirrors like usual?
> Good question.  So far, I've only tested against 4.11 which will disappear
> from the mirrors shortly.
>

We should probably keep testing with the latest released version then.


>
> We're pulling other jars from archives because we don't automatically
> download "latests".  I sort of assumed that archive can handle that sort
> of load.
>

I am not sure about that.  We don't want to ruffle the Infra folks.


>
> Another option is to create some sort of MXMLC release package like we did
> for pixel bender so that can stay on the mirrors.
>

+1


>
> And of course, the perfect option is to get Falcon up to snuff so we don't
> need the SDK download at all.
>
>
Of course, this is the best option.  But, I think for now, we can simply
switch the 4.11 download to point to the mirror url.

Thanks,
Om

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/7/14 10:38 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>I am continuing to test RC5.  The Flex SDK now installs properly.
>
>A question about FlexJS installation:  As part of the installation, Apache
>Flex SDK 4.11.0 is downloaded, but from
>http://archive.apache.org/dist/flex/4.11.0/binaries/apache-flex-sdk-4.11.0
>-bin.zip.
>I don't think this is a good idea.  It will put unnecessary load on the
>Apache servers.  Cant we just load it from the mirrors like usual?
Good question.  So far, I've only tested against 4.11 which will disappear
from the mirrors shortly.

We're pulling other jars from archives because we don't automatically
download "latests".  I sort of assumed that archive can handle that sort
of load.

Another option is to create some sort of MXMLC release package like we did
for pixel bender so that can stay on the mirrors.

And of course, the perfect option is to get Falcon up to snuff so we don't
need the SDK download at all.


Thoughts?
-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I am continuing to test RC5.  The Flex SDK now installs properly.

A question about FlexJS installation:  As part of the installation, Apache
Flex SDK 4.11.0 is downloaded, but from
http://archive.apache.org/dist/flex/4.11.0/binaries/apache-flex-sdk-4.11.0-bin.zip.
I don't think this is a good idea.  It will put unnecessary load on the
Apache servers.  Cant we just load it from the mirrors like usual?

Thanks,
Om


On Fri, Mar 7, 2014 at 9:57 AM, Maurice Amsellem <
maurice.amsellem@systar.com> wrote:

> ok
>
> -----Message d'origine-----
> De : Alex Harui [mailto:aharui@adobe.com]
> Envoyé : vendredi 7 mars 2014 18:51
> À : dev@flex.apache.org
> Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
> Hmm.  Truncation could result in accidental cache collisions.  There is
> already MD5 code in the app, maybe the safest thing to do is to generate an
> MD5 of the path/url.  That would have the downside that it would be hard to
> go find and remove an individual file from the cache, which would be
> convenient for testing and also if a bad file gets in the cache.
>
> I think maybe the easiest path is to just escape and tell folks there is a
> 256 char limit (after escaping).  If folks need to use a longer URL,
> they'll have to use a URL shortener or not turn on the cache.
>
> Thoughts?
> -Alex
>
> On 3/7/14 9:36 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
> >> We are not escaping the segments of the URL path expression.  What
> >>you are seeing in the log is the File.url not File.nativepath.
> >Ah, ok so the native path has the "?" in it.
> >
> >>I guess I could escape everything including the slashes, then there
> >>wouldn't be subdirectories.  That might be easier than other possible
> >>solutions.
> >Windows Doc says file paths are limited to 256 chars on Windows 7.
> >File names seem to have the same limit.
> >So that might be a good solution, and probably easier to browse, than
> >nested subdirectories that are currently created.
> >Since the path is used for identification of the file, you could also
> >truncate to the last 200 chars (in case it's too long, when appended to
> >the cache dir path) as the last chars are usually the most significant.
> >
> >
> >Maurice
> >
> >-----Message d'origine-----
> >De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014
> >18:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >Apache Flex SDK Installer 3.0 - RC4
> >
> >We are not escaping the segments of the URL path expression.  What you
> >are seeing in the log is the File.url not File.nativepath.
> >
> >I guess I could escape everything including the slashes, then there
> >wouldn't be subdirectories.  That might be easier than other possible
> >solutions.
> >
> >Thoughts?
> >-Alex
> >
> >On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com>
> wrote:
> >
> >>Alex,  I suspected that too, so I tried to manually create a directory
> >>named:
> >>remotecontent%3ffilepath%3dcom
> >>
> >>And it was successfully created.
> >>
> >>However, creating remotecontent?filepath.com fails (? Is not allowed).
> >>
> >>Are you unescaping the file name before creating ?
> >>
> >>-----Message d'origine-----
> >>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
> >>2014
> >>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >>Apache Flex SDK Installer 3.0 - RC4
> >>
> >>Yeah, looks like it can't create the file name because on windows it
> >>has illegal chars.  Thanks for catching that.  Looks like it is time
> >>for RC6!
> >>
> >>-Alex
> >>
> >>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com>
> >>wrote:
> >>
> >>>Did the same test, with caching enabled, and verbose log enabled at
> >>>startup.
> >>>frozen at the same step (guava) :  the busy indicator is running, but
> >>>nothing happens, even after 5 min.
> >>>
> >>>I have updated the log file at the same DP url.
> >>>
> >>>FYI no directory starting with remotecontent... is created under
> >>>flex_installer_cache  (there are other directories such as air, dist,
> >>>download files, flex, etc...).
> >>>
> >>>Maurice
> >>>
> >>>-----Message d'origine-----
> >>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
> >>>2014
> >>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >>>Apache Flex SDK Installer 3.0 - RC4
> >>>
> >>>
> >>>
> >>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
> >>>wrote:
> >>>
> >>>>Caching was on the first tests (failing)= Caching was off on the
> >>>>last tests (success).
> >>>>It's possible I turned verbose logging after the download started.
> >>>>Do you want me to try again, with caching,  and setting verbose
> >>>>logging immediately?
> >>>Yes please.  The log in your dropbox link did not show it running
> >>>through the caching logic or the verbose logging logic for the early
> >>>downloads.
> >>>
> >>>I just tried with caching on and off and it is working for me.
> >>>
> >>>Thanks,
> >>>-Alex
> >>>>
> >>>>Maurice
> >>>>
> >>>>-----Message d'origine-----
> >>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
> >>>>2014
> >>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >>>>Apache Flex SDK Installer 3.0 - RC4
> >>>>
> >>>>Interesting.  The log you posted doesn't show it running through the
> >>>>caching logic, and it just stops as if it didn't get a complete event.
> >>>>
> >>>>Are you sure caching was on?  Or did you turn on verbose logging late?
> >>>>
> >>>>-Alex
> >>>>
> >>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
> >>>>wrote:
> >>>>
> >>>>>I did another try disabling the download cache, and the
> >>>>>installation completes sucessfully.
> >>>>>
> >>>>>HTH.
> >>>>>
> >>>>>Maurice
> >>>>>
> >>>>>-----Message d'origine-----
> >>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
> >>>>>Envoyé : vendredi 7 mars 2014 14:47 À : dev@flex.apache.org Objet :
> >>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
> >>>>>-
> >>>>>RC4
> >>>>>
> >>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
> >>>>>
> >>>>>I have used directories without spaces, including for download cache:
> >>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache:
> >>>>>D:\Temp\flex_installer_cache Windows 7, fr
> >>>>>
> >>>>>Installer stops at guava downloading step  (9th square) !!
> >>>>>Tried 3 times, always stops at the  same step.
> >>>>>
> >>>>>Downloading guava directly from the browser works fine:
> >>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/gua
> >>>>>v
> >>>>>a
> >>>>>/
> >>>>>1
> >>>>>5.0
> >>>>>/guava-15.0.jar
> >>>>>
> >>>>>Here is the verbose install log:
> >>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
> >>>>>
> >>>>>Maurice
> >>>>>
> >>>>>-----Message d'origine-----
> >>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
> >>>>>Envoyé : vendredi 7 mars 2014 13:26 À : dev@flex.apache.org Objet :
> >>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
> >>>>>-
> >>>>>RC4
> >>>>>
> >>>>>How about just a busy indicator then while it's loading.  It
> >>>>>doesn't require a language and is a universal graphic.
> >>>>>
> >>>>>-Mark
> >>>>>
> >>>>>-----Original Message-----
> >>>>>From: Alex Harui [mailto:aharui@adobe.com]
> >>>>>Sent: Thursday, March 06, 2014 7:40 PM
> >>>>>To: dev@flex.apache.org
> >>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer
> >>>>>3.0
> >>>>>-
> >>>>>RC4
> >>>>>
> >>>>>
> >>>>>
> >>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com>
> wrote:
> >>>>>
> >>>>>>>> So, if we're going to do an RC5, what do we want to do about
> >>>>>>>> the
> >>>>>>
> >>>>>>>  >>jumping:
> >>>>>>> >>
> >>>>>>> >> 1) nothing
> >>>>>>> >> 2) don't show any window at all (visible=false) until the
> >>>>>>> >> strings
> >>>>>>>are in
> >>>>>>> >> and the window is position.  This could make start up seem
> >>>>>>>slower.
> >>>>>>> >> 3) don't reposition the window.
> >>>>>>> >> 4) other ideas?
> >>>>>>> >>
> >>>>>>> >
> >>>>>>> >Can we load the strings after the window center's itself on the
> >>>>>>>screen?
> >>>>>>> Also possible, but then the screen appears blank for a bit, then
> >>>>>>>the strings appear.
> >>>>>>>
> >>>>>>> Thoughts?
> >>>>>>> -Alex
> >>>>>>>
> >>>>>>>
> >>>>>>It appears blank initially anyways before the jump.  At least if
> >>>>>>we center it right away, there wont be a jump.  I think having it
> >>>>>>blank for a few seconds is okay.
> >>>>>>
> >>>>>>Maybe would could have all the dropdowns show a default label of
> >>>>>>"Loading..." so that it does not appear blank.
> >>>>>Interesting idea, but that will be in English since we are waiting
> >>>>>to load the default localized strings.  Maybe I'll look into
> >>>>>putting up a busy cursor.
> >>>>>
> >>>>>-Alex
> >>>>>
> >>>>
> >>>
> >>
> >
>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
ok

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : vendredi 7 mars 2014 18:51
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Hmm.  Truncation could result in accidental cache collisions.  There is already MD5 code in the app, maybe the safest thing to do is to generate an MD5 of the path/url.  That would have the downside that it would be hard to go find and remove an individual file from the cache, which would be convenient for testing and also if a bad file gets in the cache.

I think maybe the easiest path is to just escape and tell folks there is a
256 char limit (after escaping).  If folks need to use a longer URL, they'll have to use a URL shortener or not turn on the cache.

Thoughts?
-Alex

On 3/7/14 9:36 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>> We are not escaping the segments of the URL path expression.  What 
>>you are seeing in the log is the File.url not File.nativepath.
>Ah, ok so the native path has the "?" in it.
>
>>I guess I could escape everything including the slashes, then there 
>>wouldn't be subdirectories.  That might be easier than other possible 
>>solutions.
>Windows Doc says file paths are limited to 256 chars on Windows 7.
>File names seem to have the same limit.
>So that might be a good solution, and probably easier to browse, than 
>nested subdirectories that are currently created.
>Since the path is used for identification of the file, you could also 
>truncate to the last 200 chars (in case it's too long, when appended to 
>the cache dir path) as the last chars are usually the most significant.
>
>
>Maurice
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014 
>18:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>We are not escaping the segments of the URL path expression.  What you 
>are seeing in the log is the File.url not File.nativepath.
>
>I guess I could escape everything including the slashes, then there 
>wouldn't be subdirectories.  That might be easier than other possible 
>solutions.
>
>Thoughts?
>-Alex
>
>On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Alex,  I suspected that too, so I tried to manually create a directory
>>named:
>>remotecontent%3ffilepath%3dcom
>>
>>And it was successfully created.
>>
>>However, creating remotecontent?filepath.com fails (? Is not allowed).
>>
>>Are you unescaping the file name before creating ?
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 
>>2014
>>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Yeah, looks like it can't create the file name because on windows it 
>>has illegal chars.  Thanks for catching that.  Looks like it is time 
>>for RC6!
>>
>>-Alex
>>
>>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>Did the same test, with caching enabled, and verbose log enabled at 
>>>startup.
>>>frozen at the same step (guava) :  the busy indicator is running, but 
>>>nothing happens, even after 5 min.
>>>
>>>I have updated the log file at the same DP url.
>>>
>>>FYI no directory starting with remotecontent... is created under 
>>>flex_installer_cache  (there are other directories such as air, dist, 
>>>download files, flex, etc...).
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>
>>>
>>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
>>>wrote:
>>>
>>>>Caching was on the first tests (failing)= Caching was off on the 
>>>>last tests (success).
>>>>It's possible I turned verbose logging after the download started.
>>>>Do you want me to try again, with caching,  and setting verbose 
>>>>logging immediately?
>>>Yes please.  The log in your dropbox link did not show it running 
>>>through the caching logic or the verbose logging logic for the early 
>>>downloads.
>>>
>>>I just tried with caching on and off and it is working for me.
>>>
>>>Thanks,
>>>-Alex
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>>2014
>>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>>>Apache Flex SDK Installer 3.0 - RC4
>>>>
>>>>Interesting.  The log you posted doesn't show it running through the 
>>>>caching logic, and it just stops as if it didn't get a complete event.
>>>>
>>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>>
>>>>-Alex
>>>>
>>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>>>wrote:
>>>>
>>>>>I did another try disabling the download cache, and the 
>>>>>installation completes sucessfully.
>>>>>
>>>>>HTH.
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>>>Envoyé : vendredi 7 mars 2014 14:47 À : dev@flex.apache.org Objet : 
>>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>>
>>>>>I have used directories without spaces, including for download cache:
>>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache:
>>>>>D:\Temp\flex_installer_cache Windows 7, fr
>>>>>
>>>>>Installer stops at guava downloading step  (9th square) !!
>>>>>Tried 3 times, always stops at the  same step.
>>>>>
>>>>>Downloading guava directly from the browser works fine:
>>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/gua
>>>>>v
>>>>>a
>>>>>/
>>>>>1
>>>>>5.0
>>>>>/guava-15.0.jar
>>>>>
>>>>>Here is the verbose install log:
>>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>>>Envoyé : vendredi 7 mars 2014 13:26 À : dev@flex.apache.org Objet : 
>>>>>RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>How about just a busy indicator then while it's loading.  It 
>>>>>doesn't require a language and is a universal graphic.
>>>>>
>>>>>-Mark
>>>>>
>>>>>-----Original Message-----
>>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>>To: dev@flex.apache.org
>>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 
>>>>>3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>
>>>>>
>>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>>>
>>>>>>>> So, if we're going to do an RC5, what do we want to do about 
>>>>>>>> the
>>>>>>
>>>>>>>  >>jumping:
>>>>>>> >>
>>>>>>> >> 1) nothing
>>>>>>> >> 2) don't show any window at all (visible=false) until the 
>>>>>>> >> strings
>>>>>>>are in
>>>>>>> >> and the window is position.  This could make start up seem
>>>>>>>slower.
>>>>>>> >> 3) don't reposition the window.
>>>>>>> >> 4) other ideas?
>>>>>>> >>
>>>>>>> >
>>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>>screen?
>>>>>>> Also possible, but then the screen appears blank for a bit, then 
>>>>>>>the strings appear.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>> -Alex
>>>>>>>
>>>>>>>
>>>>>>It appears blank initially anyways before the jump.  At least if 
>>>>>>we center it right away, there wont be a jump.  I think having it 
>>>>>>blank for a few seconds is okay.
>>>>>>
>>>>>>Maybe would could have all the dropdowns show a default label of 
>>>>>>"Loading..." so that it does not appear blank.
>>>>>Interesting idea, but that will be in English since we are waiting 
>>>>>to load the default localized strings.  Maybe I'll look into 
>>>>>putting up a busy cursor.
>>>>>
>>>>>-Alex
>>>>>
>>>>
>>>
>>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
Hmm.  Truncation could result in accidental cache collisions.  There is
already MD5 code in the app, maybe the safest thing to do is to generate
an MD5 of the path/url.  That would have the downside that it would be
hard to go find and remove an individual file from the cache, which would
be convenient for testing and also if a bad file gets in the cache.

I think maybe the easiest path is to just escape and tell folks there is a
256 char limit (after escaping).  If folks need to use a longer URL,
they'll have to use a URL shortener or not turn on the cache.

Thoughts?
-Alex

On 3/7/14 9:36 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>> We are not escaping the segments of the URL path expression.  What you
>>are seeing in the log is the File.url not File.nativepath.
>Ah, ok so the native path has the "?" in it.
>
>>I guess I could escape everything including the slashes, then there
>>wouldn't be subdirectories.  That might be easier than other possible
>>solutions.
>Windows Doc says file paths are limited to 256 chars on Windows 7.
>File names seem to have the same limit.
>So that might be a good solution, and probably easier to browse, than
>nested subdirectories that are currently created.
>Since the path is used for identification of the file, you could also
>truncate to the last 200 chars (in case it's too long, when appended to
>the cache dir path)
>as the last chars are usually the most significant.
>
>
>Maurice 
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com]
>Envoyé : vendredi 7 mars 2014 18:25
>À : dev@flex.apache.org
>Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>We are not escaping the segments of the URL path expression.  What you
>are seeing in the log is the File.url not File.nativepath.
>
>I guess I could escape everything including the slashes, then there
>wouldn't be subdirectories.  That might be easier than other possible
>solutions.
>
>Thoughts?
>-Alex
>
>On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Alex,  I suspected that too, so I tried to manually create a directory
>>named:
>>remotecontent%3ffilepath%3dcom
>>
>>And it was successfully created.
>>
>>However, creating remotecontent?filepath.com fails (? Is not allowed).
>>
>>Are you unescaping the file name before creating ?
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014
>>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Yeah, looks like it can't create the file name because on windows it
>>has illegal chars.  Thanks for catching that.  Looks like it is time for
>>RC6!
>>
>>-Alex
>>
>>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>Did the same test, with caching enabled, and verbose log enabled at
>>>startup.
>>>frozen at the same step (guava) :  the busy indicator is running, but
>>>nothing happens, even after 5 min.
>>>
>>>I have updated the log file at the same DP url.
>>>
>>>FYI no directory starting with remotecontent... is created under
>>>flex_installer_cache  (there are other directories such as air, dist,
>>>download files, flex, etc...).
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>
>>>
>>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
>>>wrote:
>>>
>>>>Caching was on the first tests (failing)= Caching was off on the last
>>>>tests (success).
>>>>It's possible I turned verbose logging after the download started.
>>>>Do you want me to try again, with caching,  and setting verbose
>>>>logging immediately?
>>>Yes please.  The log in your dropbox link did not show it running
>>>through the caching logic or the verbose logging logic for the early
>>>downloads.
>>>
>>>I just tried with caching on and off and it is working for me.
>>>
>>>Thanks,
>>>-Alex
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>>2014
>>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>>>Apache Flex SDK Installer 3.0 - RC4
>>>>
>>>>Interesting.  The log you posted doesn't show it running through the
>>>>caching logic, and it just stops as if it didn't get a complete event.
>>>>
>>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>>
>>>>-Alex
>>>>
>>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>>>wrote:
>>>>
>>>>>I did another try disabling the download cache, and the installation
>>>>>completes sucessfully.
>>>>>
>>>>>HTH.
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>>>Envoyé : vendredi 7 mars 2014 14:47
>>>>>À : dev@flex.apache.org
>>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>>
>>>>>I have used directories without spaces, including for download cache:
>>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache:
>>>>>D:\Temp\flex_installer_cache Windows 7, fr
>>>>>
>>>>>Installer stops at guava downloading step  (9th square) !!
>>>>>Tried 3 times, always stops at the  same step.
>>>>>
>>>>>Downloading guava directly from the browser works fine:
>>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guav
>>>>>a
>>>>>/
>>>>>1
>>>>>5.0
>>>>>/guava-15.0.jar
>>>>>
>>>>>Here is the verbose install log:
>>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>>>Envoyé : vendredi 7 mars 2014 13:26
>>>>>À : dev@flex.apache.org
>>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>How about just a busy indicator then while it's loading.  It doesn't
>>>>>require a language and is a universal graphic.
>>>>>
>>>>>-Mark
>>>>>
>>>>>-----Original Message-----
>>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>>To: dev@flex.apache.org
>>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>
>>>>>
>>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>>>
>>>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>>>
>>>>>>>  >>jumping:
>>>>>>> >>
>>>>>>> >> 1) nothing
>>>>>>> >> 2) don't show any window at all (visible=false) until the
>>>>>>> >> strings
>>>>>>>are in
>>>>>>> >> and the window is position.  This could make start up seem
>>>>>>>slower.
>>>>>>> >> 3) don't reposition the window.
>>>>>>> >> 4) other ideas?
>>>>>>> >>
>>>>>>> >
>>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>>screen?
>>>>>>> Also possible, but then the screen appears blank for a bit, then
>>>>>>>the strings appear.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>> -Alex
>>>>>>>
>>>>>>>
>>>>>>It appears blank initially anyways before the jump.  At least if we
>>>>>>center it right away, there wont be a jump.  I think having it
>>>>>>blank for a few seconds is okay.
>>>>>>
>>>>>>Maybe would could have all the dropdowns show a default label of
>>>>>>"Loading..." so that it does not appear blank.
>>>>>Interesting idea, but that will be in English since we are waiting
>>>>>to load the default localized strings.  Maybe I'll look into putting
>>>>>up a busy cursor.
>>>>>
>>>>>-Alex
>>>>>
>>>>
>>>
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
> We are not escaping the segments of the URL path expression.  What you are seeing in the log is the File.url not File.nativepath.
Ah, ok so the native path has the "?" in it.

>I guess I could escape everything including the slashes, then there wouldn't be subdirectories.  That might be easier than other possible solutions.
Windows Doc says file paths are limited to 256 chars on Windows 7.
File names seem to have the same limit.
So that might be a good solution, and probably easier to browse, than nested subdirectories that are currently created.
Since the path is used for identification of the file, you could also truncate to the last 200 chars (in case it's too long, when appended to the cache dir path) 
as the last chars are usually the most significant.


Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : vendredi 7 mars 2014 18:25
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

We are not escaping the segments of the URL path expression.  What you are seeing in the log is the File.url not File.nativepath.

I guess I could escape everything including the slashes, then there wouldn't be subdirectories.  That might be easier than other possible solutions.

Thoughts?
-Alex

On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Alex,  I suspected that too, so I tried to manually create a directory
>named:
>remotecontent%3ffilepath%3dcom
>
>And it was successfully created.
>
>However, creating remotecontent?filepath.com fails (? Is not allowed).
>
>Are you unescaping the file name before creating ?
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014 
>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>Yeah, looks like it can't create the file name because on windows it 
>has illegal chars.  Thanks for catching that.  Looks like it is time for RC6!
>
>-Alex
>
>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Did the same test, with caching enabled, and verbose log enabled at 
>>startup.
>>frozen at the same step (guava) :  the busy indicator is running, but 
>>nothing happens, even after 5 min.
>>
>>I have updated the log file at the same DP url.
>>
>>FYI no directory starting with remotecontent... is created under 
>>flex_installer_cache  (there are other directories such as air, dist, 
>>download files, flex, etc...).
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 
>>2014
>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>
>>
>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>Caching was on the first tests (failing)= Caching was off on the last 
>>>tests (success).
>>>It's possible I turned verbose logging after the download started.
>>>Do you want me to try again, with caching,  and setting verbose 
>>>logging immediately?
>>Yes please.  The log in your dropbox link did not show it running 
>>through the caching logic or the verbose logging logic for the early 
>>downloads.
>>
>>I just tried with caching on and off and it is working for me.
>>
>>Thanks,
>>-Alex
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>Interesting.  The log you posted doesn't show it running through the 
>>>caching logic, and it just stops as if it didn't get a complete event.
>>>
>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>
>>>-Alex
>>>
>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>>wrote:
>>>
>>>>I did another try disabling the download cache, and the installation 
>>>>completes sucessfully.
>>>>
>>>>HTH.
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>>Envoyé : vendredi 7 mars 2014 14:47
>>>>À : dev@flex.apache.org
>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 
>>>>-
>>>>RC4
>>>>
>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>
>>>>I have used directories without spaces, including for download cache:
>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache: 
>>>>D:\Temp\flex_installer_cache Windows 7, fr
>>>>
>>>>Installer stops at guava downloading step  (9th square) !!
>>>>Tried 3 times, always stops at the  same step.
>>>>
>>>>Downloading guava directly from the browser works fine:
>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guav
>>>>a
>>>>/
>>>>1
>>>>5.0
>>>>/guava-15.0.jar
>>>>
>>>>Here is the verbose install log:
>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>>Envoyé : vendredi 7 mars 2014 13:26
>>>>À : dev@flex.apache.org
>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 
>>>>-
>>>>RC4
>>>>
>>>>How about just a busy indicator then while it's loading.  It doesn't 
>>>>require a language and is a universal graphic.
>>>>
>>>>-Mark
>>>>
>>>>-----Original Message-----
>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>To: dev@flex.apache.org
>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>-
>>>>RC4
>>>>
>>>>
>>>>
>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>>
>>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>>
>>>>>>  >>jumping:
>>>>>> >>
>>>>>> >> 1) nothing
>>>>>> >> 2) don't show any window at all (visible=false) until the 
>>>>>> >> strings
>>>>>>are in
>>>>>> >> and the window is position.  This could make start up seem
>>>>>>slower.
>>>>>> >> 3) don't reposition the window.
>>>>>> >> 4) other ideas?
>>>>>> >>
>>>>>> >
>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>screen?
>>>>>> Also possible, but then the screen appears blank for a bit, then 
>>>>>>the strings appear.
>>>>>>
>>>>>> Thoughts?
>>>>>> -Alex
>>>>>>
>>>>>>
>>>>>It appears blank initially anyways before the jump.  At least if we 
>>>>>center it right away, there wont be a jump.  I think having it 
>>>>>blank for a few seconds is okay.
>>>>>
>>>>>Maybe would could have all the dropdowns show a default label of 
>>>>>"Loading..." so that it does not appear blank.
>>>>Interesting idea, but that will be in English since we are waiting 
>>>>to load the default localized strings.  Maybe I'll look into putting 
>>>>up a busy cursor.
>>>>
>>>>-Alex
>>>>
>>>
>>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
We are not escaping the segments of the URL path expression.  What you are
seeing in the log is the File.url not File.nativepath.

I guess I could escape everything including the slashes, then there
wouldn't be subdirectories.  That might be easier than other possible
solutions.

Thoughts?
-Alex

On 3/7/14 9:21 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Alex,  I suspected that too, so I tried to manually create a directory
>named:
>remotecontent%3ffilepath%3dcom
>
>And it was successfully created.
>
>However, creating remotecontent?filepath.com fails (? Is not allowed).
>
>Are you unescaping the file name before creating ?
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com]
>Envoyé : vendredi 7 mars 2014 18:12
>À : dev@flex.apache.org
>Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>Yeah, looks like it can't create the file name because on windows it has
>illegal chars.  Thanks for catching that.  Looks like it is time for RC6!
>
>-Alex
>
>On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Did the same test, with caching enabled, and verbose log enabled at
>>startup.
>>frozen at the same step (guava) :  the busy indicator is running, but
>>nothing happens, even after 5 min.
>>
>>I have updated the log file at the same DP url.
>>
>>FYI no directory starting with remotecontent... is created under
>>flex_installer_cache  (there are other directories such as air, dist,
>>download files, flex, etc...).
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014
>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>
>>
>>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>Caching was on the first tests (failing)= Caching was off on the last
>>>tests (success).
>>>It's possible I turned verbose logging after the download started.
>>>Do you want me to try again, with caching,  and setting verbose
>>>logging immediately?
>>Yes please.  The log in your dropbox link did not show it running
>>through the caching logic or the verbose logging logic for the early
>>downloads.
>>
>>I just tried with caching on and off and it is working for me.
>>
>>Thanks,
>>-Alex
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>Interesting.  The log you posted doesn't show it running through the
>>>caching logic, and it just stops as if it didn't get a complete event.
>>>
>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>
>>>-Alex
>>>
>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>>wrote:
>>>
>>>>I did another try disabling the download cache, and the installation
>>>>completes sucessfully.
>>>>
>>>>HTH.
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>>Envoyé : vendredi 7 mars 2014 14:47
>>>>À : dev@flex.apache.org
>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>>RC4
>>>>
>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>
>>>>I have used directories without spaces, including for download cache:
>>>>SDK target: D:\ApacheFlex\FlexJS\SDK
>>>>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>>>>
>>>>Installer stops at guava downloading step  (9th square) !!
>>>>Tried 3 times, always stops at the  same step.
>>>>
>>>>Downloading guava directly from the browser works fine:
>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guava
>>>>/
>>>>1
>>>>5.0
>>>>/guava-15.0.jar
>>>>
>>>>Here is the verbose install log:
>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>>Envoyé : vendredi 7 mars 2014 13:26
>>>>À : dev@flex.apache.org
>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>>RC4
>>>>
>>>>How about just a busy indicator then while it's loading.  It doesn't
>>>>require a language and is a universal graphic.
>>>>
>>>>-Mark
>>>>
>>>>-----Original Message-----
>>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>To: dev@flex.apache.org
>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>-
>>>>RC4
>>>>
>>>>
>>>>
>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>>
>>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>>
>>>>>>  >>jumping:
>>>>>> >>
>>>>>> >> 1) nothing
>>>>>> >> 2) don't show any window at all (visible=false) until the
>>>>>> >> strings
>>>>>>are in
>>>>>> >> and the window is position.  This could make start up seem
>>>>>>slower.
>>>>>> >> 3) don't reposition the window.
>>>>>> >> 4) other ideas?
>>>>>> >>
>>>>>> >
>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>screen?
>>>>>> Also possible, but then the screen appears blank for a bit, then
>>>>>>the strings appear.
>>>>>>
>>>>>> Thoughts?
>>>>>> -Alex
>>>>>>
>>>>>>
>>>>>It appears blank initially anyways before the jump.  At least if we
>>>>>center it right away, there wont be a jump.  I think having it blank
>>>>>for a few seconds is okay.
>>>>>
>>>>>Maybe would could have all the dropdowns show a default label of
>>>>>"Loading..." so that it does not appear blank.
>>>>Interesting idea, but that will be in English since we are waiting to
>>>>load the default localized strings.  Maybe I'll look into putting up
>>>>a busy cursor.
>>>>
>>>>-Alex
>>>>
>>>
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Alex,  I suspected that too, so I tried to manually create a directory named:
remotecontent%3ffilepath%3dcom

And it was successfully created.

However, creating remotecontent?filepath.com fails (? Is not allowed).

Are you unescaping the file name before creating ?

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : vendredi 7 mars 2014 18:12
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Yeah, looks like it can't create the file name because on windows it has illegal chars.  Thanks for catching that.  Looks like it is time for RC6!

-Alex

On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Did the same test, with caching enabled, and verbose log enabled at 
>startup.
>frozen at the same step (guava) :  the busy indicator is running, but 
>nothing happens, even after 5 min.
>
>I have updated the log file at the same DP url.
>
>FYI no directory starting with remotecontent... is created under 
>flex_installer_cache  (there are other directories such as air, dist, 
>download files, flex, etc...).
>
>Maurice
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014 
>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>
>
>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Caching was on the first tests (failing)= Caching was off on the last 
>>tests (success).
>>It's possible I turned verbose logging after the download started.
>>Do you want me to try again, with caching,  and setting verbose 
>>logging immediately?
>Yes please.  The log in your dropbox link did not show it running 
>through the caching logic or the verbose logging logic for the early downloads.
>
>I just tried with caching on and off and it is working for me.
>
>Thanks,
>-Alex
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 
>>2014
>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Interesting.  The log you posted doesn't show it running through the 
>>caching logic, and it just stops as if it didn't get a complete event.
>>
>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>
>>-Alex
>>
>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>I did another try disabling the download cache, and the installation 
>>>completes sucessfully.
>>>
>>>HTH.
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>Envoyé : vendredi 7 mars 2014 14:47
>>>À : dev@flex.apache.org
>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>RC4
>>>
>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>
>>>I have used directories without spaces, including for download cache:
>>>SDK target: D:\ApacheFlex\FlexJS\SDK
>>>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>>>
>>>Installer stops at guava downloading step  (9th square) !!
>>>Tried 3 times, always stops at the  same step.
>>>
>>>Downloading guava directly from the browser works fine:
>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guava
>>>/
>>>1
>>>5.0
>>>/guava-15.0.jar
>>>
>>>Here is the verbose install log:
>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>Envoyé : vendredi 7 mars 2014 13:26
>>>À : dev@flex.apache.org
>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>RC4
>>>
>>>How about just a busy indicator then while it's loading.  It doesn't 
>>>require a language and is a universal graphic.
>>>
>>>-Mark
>>>
>>>-----Original Message-----
>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>To: dev@flex.apache.org
>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 
>>>-
>>>RC4
>>>
>>>
>>>
>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>
>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>
>>>>>  >>jumping:
>>>>> >>
>>>>> >> 1) nothing
>>>>> >> 2) don't show any window at all (visible=false) until the 
>>>>> >> strings
>>>>>are in
>>>>> >> and the window is position.  This could make start up seem slower.
>>>>> >> 3) don't reposition the window.
>>>>> >> 4) other ideas?
>>>>> >>
>>>>> >
>>>>> >Can we load the strings after the window center's itself on the
>>>>>screen?
>>>>> Also possible, but then the screen appears blank for a bit, then 
>>>>>the strings appear.
>>>>>
>>>>> Thoughts?
>>>>> -Alex
>>>>>
>>>>>
>>>>It appears blank initially anyways before the jump.  At least if we 
>>>>center it right away, there wont be a jump.  I think having it blank 
>>>>for a few seconds is okay.
>>>>
>>>>Maybe would could have all the dropdowns show a default label of 
>>>>"Loading..." so that it does not appear blank.
>>>Interesting idea, but that will be in English since we are waiting to 
>>>load the default localized strings.  Maybe I'll look into putting up 
>>>a busy cursor.
>>>
>>>-Alex
>>>
>>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
Yeah, looks like it can't create the file name because on windows it has
illegal chars.  Thanks for catching that.  Looks like it is time for RC6!

-Alex

On 3/7/14 8:04 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Did the same test, with caching enabled, and verbose log enabled at
>startup.
>frozen at the same step (guava) :  the busy indicator is running, but
>nothing happens, even after 5 min.
>
>I have updated the log file at the same DP url.
>
>FYI no directory starting with remotecontent... is created under
>flex_installer_cache  (there are other directories such as air, dist,
>download files, flex, etc...).
>
>Maurice 
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com]
>Envoyé : vendredi 7 mars 2014 16:50
>À : dev@flex.apache.org
>Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>
>
>On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>Caching was on the first tests (failing)= Caching was off on the last
>>tests (success).
>>It's possible I turned verbose logging after the download started.
>>Do you want me to try again, with caching,  and setting verbose logging
>>immediately?
>Yes please.  The log in your dropbox link did not show it running through
>the caching logic or the verbose logging logic for the early downloads.
>
>I just tried with caching on and off and it is working for me.
>
>Thanks,
>-Alex
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014
>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Interesting.  The log you posted doesn't show it running through the
>>caching logic, and it just stops as if it didn't get a complete event.
>>
>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>
>>-Alex
>>
>>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com>
>>wrote:
>>
>>>I did another try disabling the download cache, and the installation
>>>completes sucessfully.
>>>
>>>HTH.
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>>Envoyé : vendredi 7 mars 2014 14:47
>>>À : dev@flex.apache.org
>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>RC4
>>>
>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>
>>>I have used directories without spaces, including for download cache:
>>>SDK target: D:\ApacheFlex\FlexJS\SDK
>>>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>>>
>>>Installer stops at guava downloading step  (9th square) !!
>>>Tried 3 times, always stops at the  same step.
>>>
>>>Downloading guava directly from the browser works fine:
>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guava/
>>>1
>>>5.0
>>>/guava-15.0.jar
>>>
>>>Here is the verbose install log:
>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>>Envoyé : vendredi 7 mars 2014 13:26
>>>À : dev@flex.apache.org
>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>RC4
>>>
>>>How about just a busy indicator then while it's loading.  It doesn't
>>>require a language and is a universal graphic.
>>>
>>>-Mark
>>>
>>>-----Original Message-----
>>>From: Alex Harui [mailto:aharui@adobe.com]
>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>To: dev@flex.apache.org
>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>>RC4
>>>
>>>
>>>
>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>>
>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>
>>>>>  >>jumping:
>>>>> >>
>>>>> >> 1) nothing
>>>>> >> 2) don't show any window at all (visible=false) until the
>>>>> >> strings
>>>>>are in
>>>>> >> and the window is position.  This could make start up seem slower.
>>>>> >> 3) don't reposition the window.
>>>>> >> 4) other ideas?
>>>>> >>
>>>>> >
>>>>> >Can we load the strings after the window center's itself on the
>>>>>screen?
>>>>> Also possible, but then the screen appears blank for a bit, then
>>>>>the strings appear.
>>>>>
>>>>> Thoughts?
>>>>> -Alex
>>>>>
>>>>>
>>>>It appears blank initially anyways before the jump.  At least if we
>>>>center it right away, there wont be a jump.  I think having it blank
>>>>for a few seconds is okay.
>>>>
>>>>Maybe would could have all the dropdowns show a default label of
>>>>"Loading..." so that it does not appear blank.
>>>Interesting idea, but that will be in English since we are waiting to
>>>load the default localized strings.  Maybe I'll look into putting up a
>>>busy cursor.
>>>
>>>-Alex
>>>
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Did the same test, with caching enabled, and verbose log enabled at startup.
frozen at the same step (guava) :  the busy indicator is running, but nothing happens, even after 5 min.

I have updated the log file at the same DP url.

FYI no directory starting with remotecontent... is created under flex_installer_cache  (there are other directories such as air, dist, download files, flex, etc...).

Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : vendredi 7 mars 2014 16:50
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4



On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Caching was on the first tests (failing)= Caching was off on the last 
>tests (success).
>It's possible I turned verbose logging after the download started.
>Do you want me to try again, with caching,  and setting verbose logging 
>immediately?
Yes please.  The log in your dropbox link did not show it running through the caching logic or the verbose logging logic for the early downloads.

I just tried with caching on and off and it is working for me.

Thanks,
-Alex
>
>Maurice
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : vendredi 7 mars 2014 
>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>Interesting.  The log you posted doesn't show it running through the 
>caching logic, and it just stops as if it didn't get a complete event.
>
>Are you sure caching was on?  Or did you turn on verbose logging late?
>
>-Alex
>
>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>I did another try disabling the download cache, and the installation 
>>completes sucessfully.
>>
>>HTH.
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : vendredi 7 mars 2014 14:47
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>
>>I have used directories without spaces, including for download cache:
>>SDK target: D:\ApacheFlex\FlexJS\SDK
>>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>>
>>Installer stops at guava downloading step  (9th square) !!
>>Tried 3 times, always stops at the  same step.
>>
>>Downloading guava directly from the browser works fine:
>>http://search.maven.org/remotecontent?filepath=com/google/guava/guava/
>>1
>>5.0
>>/guava-15.0.jar
>>
>>Here is the verbose install log:
>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>Envoyé : vendredi 7 mars 2014 13:26
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>How about just a busy indicator then while it's loading.  It doesn't 
>>require a language and is a universal graphic.
>>
>>-Mark
>>
>>-----Original Message-----
>>From: Alex Harui [mailto:aharui@adobe.com]
>>Sent: Thursday, March 06, 2014 7:40 PM
>>To: dev@flex.apache.org
>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>
>>
>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>
>>>>  >>jumping:
>>>> >>
>>>> >> 1) nothing
>>>> >> 2) don't show any window at all (visible=false) until the 
>>>> >> strings
>>>>are in
>>>> >> and the window is position.  This could make start up seem slower.
>>>> >> 3) don't reposition the window.
>>>> >> 4) other ideas?
>>>> >>
>>>> >
>>>> >Can we load the strings after the window center's itself on the
>>>>screen?
>>>> Also possible, but then the screen appears blank for a bit, then 
>>>>the strings appear.
>>>>
>>>> Thoughts?
>>>> -Alex
>>>>
>>>>
>>>It appears blank initially anyways before the jump.  At least if we 
>>>center it right away, there wont be a jump.  I think having it blank 
>>>for a few seconds is okay.
>>>
>>>Maybe would could have all the dropdowns show a default label of 
>>>"Loading..." so that it does not appear blank.
>>Interesting idea, but that will be in English since we are waiting to 
>>load the default localized strings.  Maybe I'll look into putting up a 
>>busy cursor.
>>
>>-Alex
>>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/7/14 7:41 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>Caching was on the first tests (failing)=
>Caching was off on the last tests (success).
>It's possible I turned verbose logging after the download started.
>Do you want me to try again, with caching,  and setting verbose logging
>immediately?
Yes please.  The log in your dropbox link did not show it running through
the caching logic or the verbose logging logic for the early downloads.

I just tried with caching on and off and it is working for me.

Thanks,
-Alex
>
>Maurice 
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com]
>Envoyé : vendredi 7 mars 2014 16:36
>À : dev@flex.apache.org
>Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>Interesting.  The log you posted doesn't show it running through the
>caching logic, and it just stops as if it didn't get a complete event.
>
>Are you sure caching was on?  Or did you turn on verbose logging late?
>
>-Alex
>
>On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>I did another try disabling the download cache, and the installation
>>completes sucessfully.
>>
>>HTH.
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : vendredi 7 mars 2014 14:47
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>
>>I have used directories without spaces, including for download cache:
>>SDK target: D:\ApacheFlex\FlexJS\SDK
>>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>>
>>Installer stops at guava downloading step  (9th square) !!
>>Tried 3 times, always stops at the  same step.
>>
>>Downloading guava directly from the browser works fine:
>>http://search.maven.org/remotecontent?filepath=com/google/guava/guava/1
>>5.0
>>/guava-15.0.jar
>>
>>Here is the verbose install log:
>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>>Envoyé : vendredi 7 mars 2014 13:26
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>How about just a busy indicator then while it's loading.  It doesn't
>>require a language and is a universal graphic.
>>
>>-Mark
>>
>>-----Original Message-----
>>From: Alex Harui [mailto:aharui@adobe.com]
>>Sent: Thursday, March 06, 2014 7:40 PM
>>To: dev@flex.apache.org
>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>
>>
>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>
>>>>  >>jumping:
>>>> >>
>>>> >> 1) nothing
>>>> >> 2) don't show any window at all (visible=false) until the strings
>>>>are in
>>>> >> and the window is position.  This could make start up seem slower.
>>>> >> 3) don't reposition the window.
>>>> >> 4) other ideas?
>>>> >>
>>>> >
>>>> >Can we load the strings after the window center's itself on the
>>>>screen?
>>>> Also possible, but then the screen appears blank for a bit, then the
>>>>strings appear.
>>>>
>>>> Thoughts?
>>>> -Alex
>>>>
>>>>
>>>It appears blank initially anyways before the jump.  At least if we
>>>center it right away, there wont be a jump.  I think having it blank
>>>for a few seconds is okay.
>>>
>>>Maybe would could have all the dropdowns show a default label of
>>>"Loading..." so that it does not appear blank.
>>Interesting idea, but that will be in English since we are waiting to
>>load the default localized strings.  Maybe I'll look into putting up a
>>busy cursor.
>>
>>-Alex
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Caching was on the first tests (failing)=
Caching was off on the last tests (success).
It's possible I turned verbose logging after the download started.
Do you want me to try again, with caching,  and setting verbose logging immediately?

Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : vendredi 7 mars 2014 16:36
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Interesting.  The log you posted doesn't show it running through the caching logic, and it just stops as if it didn't get a complete event.

Are you sure caching was on?  Or did you turn on verbose logging late?

-Alex

On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>I did another try disabling the download cache, and the installation 
>completes sucessfully.
>
>HTH.
>
>Maurice
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : vendredi 7 mars 2014 14:47
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>
>I have used directories without spaces, including for download cache:
>SDK target: D:\ApacheFlex\FlexJS\SDK
>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>
>Installer stops at guava downloading step  (9th square) !!
>Tried 3 times, always stops at the  same step.
>
>Downloading guava directly from the browser works fine:
>http://search.maven.org/remotecontent?filepath=com/google/guava/guava/1
>5.0
>/guava-15.0.jar
>
>Here is the verbose install log:
>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>
>Maurice
>
>-----Message d'origine-----
>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>Envoyé : vendredi 7 mars 2014 13:26
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>How about just a busy indicator then while it's loading.  It doesn't 
>require a language and is a universal graphic.
>
>-Mark
>
>-----Original Message-----
>From: Alex Harui [mailto:aharui@adobe.com]
>Sent: Thursday, March 06, 2014 7:40 PM
>To: dev@flex.apache.org
>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - 
>RC4
>
>
>
>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
>>>> So, if we're going to do an RC5, what do we want to do about the
>>
>>>  >>jumping:
>>> >>
>>> >> 1) nothing
>>> >> 2) don't show any window at all (visible=false) until the strings
>>>are in
>>> >> and the window is position.  This could make start up seem slower.
>>> >> 3) don't reposition the window.
>>> >> 4) other ideas?
>>> >>
>>> >
>>> >Can we load the strings after the window center's itself on the
>>>screen?
>>> Also possible, but then the screen appears blank for a bit, then the  
>>>strings appear.
>>>
>>> Thoughts?
>>> -Alex
>>>
>>>
>>It appears blank initially anyways before the jump.  At least if we 
>>center it right away, there wont be a jump.  I think having it blank 
>>for a few seconds is okay.
>>
>>Maybe would could have all the dropdowns show a default label of 
>>"Loading..." so that it does not appear blank.
>Interesting idea, but that will be in English since we are waiting to 
>load the default localized strings.  Maybe I'll look into putting up a 
>busy cursor.
>
>-Alex
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
Interesting.  The log you posted doesn't show it running through the
caching logic, and it just stops as if it didn't get a complete event.

Are you sure caching was on?  Or did you turn on verbose logging late?

-Alex

On 3/7/14 5:55 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>I did another try disabling the download cache, and the installation
>completes sucessfully.
>
>HTH.
>
>Maurice
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : vendredi 7 mars 2014 14:47
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>
>I have used directories without spaces, including for download cache:
>SDK target: D:\ApacheFlex\FlexJS\SDK
>Installer cache: D:\Temp\flex_installer_cache Windows 7, fr
>
>Installer stops at guava downloading step  (9th square) !!
>Tried 3 times, always stops at the  same step.
>
>Downloading guava directly from the browser works fine:
>http://search.maven.org/remotecontent?filepath=com/google/guava/guava/15.0
>/guava-15.0.jar
>
>Here is the verbose install log:
>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>
>Maurice 
>
>-----Message d'origine-----
>De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
>Envoyé : vendredi 7 mars 2014 13:26
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>How about just a busy indicator then while it's loading.  It doesn't
>require a language and is a universal graphic.
>
>-Mark
>
>-----Original Message-----
>From: Alex Harui [mailto:aharui@adobe.com]
>Sent: Thursday, March 06, 2014 7:40 PM
>To: dev@flex.apache.org
>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>
>
>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
>>>> So, if we're going to do an RC5, what do we want to do about the
>>
>>>  >>jumping:
>>> >>
>>> >> 1) nothing
>>> >> 2) don't show any window at all (visible=false) until the strings
>>>are in
>>> >> and the window is position.  This could make start up seem slower.
>>> >> 3) don't reposition the window.
>>> >> 4) other ideas?
>>> >>
>>> >
>>> >Can we load the strings after the window center's itself on the
>>>screen?
>>> Also possible, but then the screen appears blank for a bit, then the
>>> strings appear.
>>>
>>> Thoughts?
>>> -Alex
>>>
>>>
>>It appears blank initially anyways before the jump.  At least if we
>>center
>>it right away, there wont be a jump.  I think having it blank for a few
>>seconds is okay.
>>
>>Maybe would could have all the dropdowns show a default label of
>>"Loading..." so that it does not appear blank.
>Interesting idea, but that will be in English since we are waiting to load
>the default localized strings.  Maybe I'll look into putting up a busy
>cursor.
>
>-Alex
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
I did another try disabling the download cache, and the installation completes sucessfully.

HTH.

Maurice

-----Message d'origine-----
De : Maurice Amsellem [mailto:maurice.amsellem@systar.com] 
Envoyé : vendredi 7 mars 2014 14:47
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :

I have used directories without spaces, including for download cache:
SDK target: D:\ApacheFlex\FlexJS\SDK
Installer cache: D:\Temp\flex_installer_cache Windows 7, fr

Installer stops at guava downloading step  (9th square) !!
Tried 3 times, always stops at the  same step.

Downloading guava directly from the browser works fine: 
http://search.maven.org/remotecontent?filepath=com/google/guava/guava/15.0/guava-15.0.jar

Here is the verbose install log:
https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt

Maurice 

-----Message d'origine-----
De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil]
Envoyé : vendredi 7 mars 2014 13:26
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

How about just a busy indicator then while it's loading.  It doesn't require a language and is a universal graphic.

-Mark

-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com]
Sent: Thursday, March 06, 2014 7:40 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4



On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>>> So, if we're going to do an RC5, what do we want to do about the
>
>>  >>jumping:
>> >>
>> >> 1) nothing
>> >> 2) don't show any window at all (visible=false) until the strings
>>are in
>> >> and the window is position.  This could make start up seem slower.
>> >> 3) don't reposition the window.
>> >> 4) other ideas?
>> >>
>> >
>> >Can we load the strings after the window center's itself on the screen?
>> Also possible, but then the screen appears blank for a bit, then the
>> strings appear.
>>
>> Thoughts?
>> -Alex
>>
>>
>It appears blank initially anyways before the jump.  At least if we center
>it right away, there wont be a jump.  I think having it blank for a few
>seconds is okay.
>
>Maybe would could have all the dropdowns show a default label of
>"Loading..." so that it does not appear blank.
Interesting idea, but that will be in English since we are waiting to load
the default localized strings.  Maybe I'll look into putting up a busy
cursor.

-Alex

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :

I have used directories without spaces, including for download cache:
SDK target: D:\ApacheFlex\FlexJS\SDK
Installer cache: D:\Temp\flex_installer_cache
Windows 7, fr

Installer stops at guava downloading step  (9th square) !!
Tried 3 times, always stops at the  same step.

Downloading guava directly from the browser works fine: 
http://search.maven.org/remotecontent?filepath=com/google/guava/guava/15.0/guava-15.0.jar

Here is the verbose install log:
https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt

Maurice 

-----Message d'origine-----
De : Kessler CTR Mark J [mailto:mark.kessler.ctr@usmc.mil] 
Envoyé : vendredi 7 mars 2014 13:26
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

How about just a busy indicator then while it's loading.  It doesn't require a language and is a universal graphic.

-Mark

-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com] 
Sent: Thursday, March 06, 2014 7:40 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4



On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>>> So, if we're going to do an RC5, what do we want to do about the
>
>>  >>jumping:
>> >>
>> >> 1) nothing
>> >> 2) don't show any window at all (visible=false) until the strings
>>are in
>> >> and the window is position.  This could make start up seem slower.
>> >> 3) don't reposition the window.
>> >> 4) other ideas?
>> >>
>> >
>> >Can we load the strings after the window center's itself on the screen?
>> Also possible, but then the screen appears blank for a bit, then the
>> strings appear.
>>
>> Thoughts?
>> -Alex
>>
>>
>It appears blank initially anyways before the jump.  At least if we center
>it right away, there wont be a jump.  I think having it blank for a few
>seconds is okay.
>
>Maybe would could have all the dropdowns show a default label of
>"Loading..." so that it does not appear blank.
Interesting idea, but that will be in English since we are waiting to load
the default localized strings.  Maybe I'll look into putting up a busy
cursor.

-Alex

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Kessler CTR Mark J <ma...@usmc.mil>.
How about just a busy indicator then while it's loading.  It doesn't require a language and is a universal graphic.

-Mark

-----Original Message-----
From: Alex Harui [mailto:aharui@adobe.com] 
Sent: Thursday, March 06, 2014 7:40 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4



On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>>> So, if we're going to do an RC5, what do we want to do about the
>
>>  >>jumping:
>> >>
>> >> 1) nothing
>> >> 2) don't show any window at all (visible=false) until the strings
>>are in
>> >> and the window is position.  This could make start up seem slower.
>> >> 3) don't reposition the window.
>> >> 4) other ideas?
>> >>
>> >
>> >Can we load the strings after the window center's itself on the screen?
>> Also possible, but then the screen appears blank for a bit, then the
>> strings appear.
>>
>> Thoughts?
>> -Alex
>>
>>
>It appears blank initially anyways before the jump.  At least if we center
>it right away, there wont be a jump.  I think having it blank for a few
>seconds is okay.
>
>Maybe would could have all the dropdowns show a default label of
>"Loading..." so that it does not appear blank.
Interesting idea, but that will be in English since we are waiting to load
the default localized strings.  Maybe I'll look into putting up a busy
cursor.

-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>>> So, if we're going to do an RC5, what do we want to do about the
>
>>  >>jumping:
>> >>
>> >> 1) nothing
>> >> 2) don't show any window at all (visible=false) until the strings
>>are in
>> >> and the window is position.  This could make start up seem slower.
>> >> 3) don't reposition the window.
>> >> 4) other ideas?
>> >>
>> >
>> >Can we load the strings after the window center's itself on the screen?
>> Also possible, but then the screen appears blank for a bit, then the
>> strings appear.
>>
>> Thoughts?
>> -Alex
>>
>>
>It appears blank initially anyways before the jump.  At least if we center
>it right away, there wont be a jump.  I think having it blank for a few
>seconds is okay.
>
>Maybe would could have all the dropdowns show a default label of
>"Loading..." so that it does not appear blank.
Interesting idea, but that will be in English since we are waiting to load
the default localized strings.  Maybe I'll look into putting up a busy
cursor.

-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
>> So, if we're going to do an RC5, what do we want to do about the

>  >>jumping:
> >>
> >> 1) nothing
> >> 2) don't show any window at all (visible=false) until the strings are in
> >> and the window is position.  This could make start up seem slower.
> >> 3) don't reposition the window.
> >> 4) other ideas?
> >>
> >
> >Can we load the strings after the window center's itself on the screen?
> Also possible, but then the screen appears blank for a bit, then the
> strings appear.
>
> Thoughts?
> -Alex
>
>
It appears blank initially anyways before the jump.  At least if we center
it right away, there wont be a jump.  I think having it blank for a few
seconds is okay.

Maybe would could have all the dropdowns show a default label of
"Loading..." so that it does not appear blank.

Thanks,
Om

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/6/14 3:28 PM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:

>On Thu, Mar 6, 2014 at 2:48 PM, Alex Harui <ah...@adobe.com> wrote:
>
>> We can try that.
>>
>> I was able to reproduce Om's problem.  You have to start truly fresh by
>> deleting the shared object that stores the cache preferences (or
>>probably
>> by setting the cache folder to an invalid path).
>>
>>
>I never enabled the cache supported by the Installer.  Is it enabled by
>default?
>I am talking about Adobe AIR's cache.
Installer Cache is not enabled by default so anyone running an install
first time the use 3.0 and if they don't enable the cache they'll hit this
error, so good catch.

>
>
>> That's probably worth an RC5.
>>
>> Regarding the jumping of the screen, that repositioning code has been
>> there for a while, at least in 2.7.  It may be more noticeable now that
>>we
>> have to load strings from the server instead of them being hard-coded
>>into
>> the app.
>>
>> So, if we're going to do an RC5, what do we want to do about the
>>jumping:
>>
>> 1) nothing
>> 2) don't show any window at all (visible=false) until the strings are in
>> and the window is position.  This could make start up seem slower.
>> 3) don't reposition the window.
>> 4) other ideas?
>>
>
>Can we load the strings after the window center's itself on the screen?
Also possible, but then the screen appears blank for a bit, then the
strings appear.

Thoughts?
-Alex

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Thu, Mar 6, 2014 at 2:48 PM, Alex Harui <ah...@adobe.com> wrote:

> We can try that.
>
> I was able to reproduce Om's problem.  You have to start truly fresh by
> deleting the shared object that stores the cache preferences (or probably
> by setting the cache folder to an invalid path).
>
>
I never enabled the cache supported by the Installer.  Is it enabled by
default?
I am talking about Adobe AIR's cache.


> That's probably worth an RC5.
>
> Regarding the jumping of the screen, that repositioning code has been
> there for a while, at least in 2.7.  It may be more noticeable now that we
> have to load strings from the server instead of them being hard-coded into
> the app.
>
> So, if we're going to do an RC5, what do we want to do about the jumping:
>
> 1) nothing
> 2) don't show any window at all (visible=false) until the strings are in
> and the window is position.  This could make start up seem slower.
> 3) don't reposition the window.
> 4) other ideas?
>

Can we load the strings after the window center's itself on the screen?


>
> -Alex
>
> On 3/6/14 2:37 PM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
> >I forgot:  In Get.as
> >
> >-----Message d'origine-----
> >De : Maurice Amsellem
> >Envoyé : jeudi 6 mars 2014 23:37
> >À : dev@flex.apache.org
> >Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
> >
> >>The installer could certainly use more error handling code.
> >According to the help on FileStream.writeBytes() , it says I could
> >trigger IOErrorEvent if the file cannot be written.
> >
> http://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flash/f
> >ilesystem/FileStream.html#writeBytes()
> >
> >So maybe we could add:
> >                    fs.addEventListener(IOErrorEvent.IO_ERROR,
> >ioErrorEventHandler); when writing to file.
> >
> >WDYT?
> >
> >Maurice
> >
> >-----Message d'origine-----
> >De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
> >23:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >Apache Flex SDK Installer 3.0 - RC4
> >
> >The installer could certainly use more error handling code.  But really,
> >I've seen AIR SDKs fail to download properly more than once.  I can't
> >reproduce it in a way to get any serious analysis of whether it is the
> >installer or the Adobe download server.
> >
> >On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com>
> wrote:
> >
> >>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP
> >>13).
> >>
> >>So maybe what could have happened is that I was browsing the cache
> >>directories and files while the installation was in progress and maybe
> >>that locked the air_sdk zip file while it was being writing to disk.
> >>Is that possible?
> >>In that case the installation should have raised an error (eg. locked
> >>file) instead of being stuck?
> >>
> >>
> >>
> >>Maurice
> >>
> >>-----Message d'origine-----
> >>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
> >>Envoyé : jeudi 6 mars 2014 23:07
> >>À : dev@flex.apache.org
> >>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
> >>RC4
> >>
> >>Here is the verbose log :
> >>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
> >>
> >>I am giving it another try.
> >>
> >>
> >>-----Message d'origine-----
> >>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
> >>Envoyé : jeudi 6 mars 2014 23:01
> >>À : dev@flex.apache.org
> >>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
> >>RC4
> >>
> >>Tested RC4:
> >>- Flex SDK 4.11 / AIR 13beta / FP 13:
> >>- window 7 6bit,
> >>-Locale : FR
> >>
> >>Minor: some late string (testing cache) are not localized...
> >>Minor:  each time you click on "Install log" button, it opens a new log
> >>window.
> >>
> >>Major:  the downloaded file
> >>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size
> >>(instead of the 189MB).
> >>Install is stuck at step 5.
> >>
> >>Maurice
> >>
> >>
> >>-----Message d'origine-----
> >>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
> >>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
> >>Apache Flex SDK Installer 3.0 - RC4
> >>
> >>Well, it says SWFObject failed, but just before it, it was going to get
> >>OSMF.  So something is already funky.
> >>
> >>-Alex
> >>
> >>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
> >>
> >>>Hi,
> >>>
> >>>> Om says it's SWFObject than cannot download.
> >>>
> >>>Opps badly need coffee :-) Im just trying again with no cache so
> >>>everything is download.
> >>>
> >>>Justin
> >>
> >
>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
We can try that.

I was able to reproduce Om's problem.  You have to start truly fresh by
deleting the shared object that stores the cache preferences (or probably
by setting the cache folder to an invalid path).

That's probably worth an RC5.

Regarding the jumping of the screen, that repositioning code has been
there for a while, at least in 2.7.  It may be more noticeable now that we
have to load strings from the server instead of them being hard-coded into
the app.

So, if we're going to do an RC5, what do we want to do about the jumping:

1) nothing
2) don't show any window at all (visible=false) until the strings are in
and the window is position.  This could make start up seem slower.
3) don't reposition the window.
4) other ideas?

-Alex

On 3/6/14 2:37 PM, "Maurice Amsellem" <ma...@systar.com> wrote:

>I forgot:  In Get.as
>
>-----Message d'origine-----
>De : Maurice Amsellem
>Envoyé : jeudi 6 mars 2014 23:37
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>>The installer could certainly use more error handling code.
>According to the help on FileStream.writeBytes() , it says I could
>trigger IOErrorEvent if the file cannot be written.
>http://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flash/f
>ilesystem/FileStream.html#writeBytes()
>
>So maybe we could add:
>                    fs.addEventListener(IOErrorEvent.IO_ERROR,
>ioErrorEventHandler); when writing to file.
>
>WDYT?
>
>Maurice 
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>23:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>Apache Flex SDK Installer 3.0 - RC4
>
>The installer could certainly use more error handling code.  But really,
>I've seen AIR SDKs fail to download properly more than once.  I can't
>reproduce it in a way to get any serious analysis of whether it is the
>installer or the Adobe download server.
>
>On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
>>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP
>>13).
>>
>>So maybe what could have happened is that I was browsing the cache
>>directories and files while the installation was in progress and maybe
>>that locked the air_sdk zip file while it was being writing to disk.
>>Is that possible?
>>In that case the installation should have raised an error (eg. locked
>>file) instead of being stuck?
>>
>>
>>
>>Maurice
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : jeudi 6 mars 2014 23:07
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>Here is the verbose log :
>>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
>>
>>I am giving it another try.
>>
>>
>>-----Message d'origine-----
>>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>>Envoyé : jeudi 6 mars 2014 23:01
>>À : dev@flex.apache.org
>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>>RC4
>>
>>Tested RC4:  
>>- Flex SDK 4.11 / AIR 13beta / FP 13:
>>- window 7 6bit,
>>-Locale : FR
>>
>>Minor: some late string (testing cache) are not localized...
>>Minor:  each time you click on "Install log" button, it opens a new log
>>window.
>>
>>Major:  the downloaded file
>>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size
>>(instead of the 189MB).
>>Install is stuck at step 5.
>>
>>Maurice
>>
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Well, it says SWFObject failed, but just before it, it was going to get
>>OSMF.  So something is already funky.
>>
>>-Alex
>>
>>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>>>Hi,
>>>
>>>> Om says it's SWFObject than cannot download.
>>>
>>>Opps badly need coffee :-) Im just trying again with no cache so
>>>everything is download.
>>>
>>>Justin
>>
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
I forgot:  In Get.as 

-----Message d'origine-----
De : Maurice Amsellem 
Envoyé : jeudi 6 mars 2014 23:37
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

>The installer could certainly use more error handling code.  
According to the help on FileStream.writeBytes() , it says I could trigger IOErrorEvent if the file cannot be written.
http://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flash/filesystem/FileStream.html#writeBytes()

So maybe we could add:
                    fs.addEventListener(IOErrorEvent.IO_ERROR, ioErrorEventHandler); when writing to file.

WDYT?

Maurice 

-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014 23:25 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

The installer could certainly use more error handling code.  But really, I've seen AIR SDKs fail to download properly more than once.  I can't reproduce it in a way to get any serious analysis of whether it is the installer or the Adobe download server.

On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:

>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 13).
>
>So maybe what could have happened is that I was browsing the cache 
>directories and files while the installation was in progress and maybe 
>that locked the air_sdk zip file while it was being writing to disk.
>Is that possible?
>In that case the installation should have raised an error (eg. locked
>file) instead of being stuck?
>
>
>
>Maurice
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:07
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>RC4
>
>Here is the verbose log :
>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
>
>I am giving it another try.
>
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:01
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>RC4
>
>Tested RC4:  
>- Flex SDK 4.11 / AIR 13beta / FP 13:
>- window 7 6bit,
>-Locale : FR
>
>Minor: some late string (testing cache) are not localized...
>Minor:  each time you click on "Install log" button, it opens a new log 
>window.
>
>Major:  the downloaded file
>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size 
>(instead of the 189MB).
>Install is stuck at step 5.
>
>Maurice
>
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release 
>Apache Flex SDK Installer 3.0 - RC4
>
>Well, it says SWFObject failed, but just before it, it was going to get 
>OSMF.  So something is already funky.
>
>-Alex
>
>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>> Om says it's SWFObject than cannot download.
>>
>>Opps badly need coffee :-) Im just trying again with no cache so 
>>everything is download.
>>
>>Justin
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
The installer could certainly use more error handling code.  But really,
I've seen AIR SDKs fail to download properly more than once.  I can't
reproduce it in a way to get any serious analysis of whether it is the
installer or the Adobe download server.

On 3/6/14 2:21 PM, "Maurice Amsellem" <ma...@systar.com> wrote:

>On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 13).
>
>So maybe what could have happened is that I was browsing the cache
>directories and files while the installation was in progress
>and maybe that locked the air_sdk zip file while it was being writing to
>disk.
>Is that possible?
>In that case the installation should have raised an error (eg. locked
>file) instead of being stuck?
>
>
>
>Maurice 
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:07
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>Here is the verbose log :
>https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip
>
>I am giving it another try.
>
>
>-----Message d'origine-----
>De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
>Envoyé : jeudi 6 mars 2014 23:01
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>Tested RC4:  
>- Flex SDK 4.11 / AIR 13beta / FP 13:
>- window 7 6bit,
>-Locale : FR
>
>Minor: some late string (testing cache) are not localized...
>Minor:  each time you click on "Install log" button, it opens a new log
>window. 
>
>Major:  the downloaded file
>pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size
>(instead of the 189MB).
>Install is stuck at step 5.
>
>Maurice
>
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014
>22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>Apache Flex SDK Installer 3.0 - RC4
>
>Well, it says SWFObject failed, but just before it, it was going to get
>OSMF.  So something is already funky.
>
>-Alex
>
>On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>> Om says it's SWFObject than cannot download.
>>
>>Opps badly need coffee :-) Im just trying again with no cache so
>>everything is download.
>>
>>Justin
>

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
On second try, the installation went well (SDK 4.11 / AIR 13beta / FP 13).

So maybe what could have happened is that I was browsing the cache directories and files while the installation was in progress
and maybe that locked the air_sdk zip file while it was being writing to disk.
Is that possible?
In that case the installation should have raised an error (eg. locked  file) instead of being stuck?



Maurice 

-----Message d'origine-----
De : Maurice Amsellem [mailto:maurice.amsellem@systar.com] 
Envoyé : jeudi 6 mars 2014 23:07
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Here is the verbose log :
https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip

I am giving it another try.


-----Message d'origine-----
De : Maurice Amsellem [mailto:maurice.amsellem@systar.com]
Envoyé : jeudi 6 mars 2014 23:01
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Tested RC4:  
- Flex SDK 4.11 / AIR 13beta / FP 13:
- window 7 6bit,
-Locale : FR

Minor: some late string (testing cache) are not localized...
Minor:  each time you click on "Install log" button, it opens a new log window. 

Major:  the downloaded file pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size (instead of the 189MB).
Install is stuck at step 5.

Maurice


-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014 22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Well, it says SWFObject failed, but just before it, it was going to get OSMF.  So something is already funky.

-Alex

On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Om says it's SWFObject than cannot download.
>
>Opps badly need coffee :-) Im just trying again with no cache so 
>everything is download.
>
>Justin

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Here is the verbose log :
https://www.dropbox.com/s/r85h5pq57st68gq/install_log_KO.zip

I am giving it another try.


-----Message d'origine-----
De : Maurice Amsellem [mailto:maurice.amsellem@systar.com] 
Envoyé : jeudi 6 mars 2014 23:01
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Tested RC4:  
- Flex SDK 4.11 / AIR 13beta / FP 13:
- window 7 6bit,
-Locale : FR

Minor: some late string (testing cache) are not localized...
Minor:  each time you click on "Install log" button, it opens a new log window. 

Major:  the downloaded file pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size (instead of the 189MB).
Install is stuck at step 5.

Maurice


-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] Envoyé : jeudi 6 mars 2014 22:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Well, it says SWFObject failed, but just before it, it was going to get OSMF.  So something is already funky.

-Alex

On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Om says it's SWFObject than cannot download.
>
>Opps badly need coffee :-) Im just trying again with no cache so 
>everything is download.
>
>Justin

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Tested RC4:  
- Flex SDK 4.11 / AIR 13beta / FP 13:
- window 7 6bit, 
-Locale : FR

Minor: some late string (testing cache) are not localized...
Minor:  each time you click on "Install log" button, it opens a new log window. 

Major:  the downloaded file pub\labs\flashruntimes\air\air13_sdk_sa_win.zip  is only 4MB in size (instead of the 189MB).
Install is stuck at step 5.

Maurice


-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com] 
Envoyé : jeudi 6 mars 2014 22:50
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Well, it says SWFObject failed, but just before it, it was going to get OSMF.  So something is already funky.

-Alex

On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Om says it's SWFObject than cannot download.
>
>Opps badly need coffee :-) Im just trying again with no cache so 
>everything is download.
>
>Justin

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.
Well, it says SWFObject failed, but just before it, it was going to get
OSMF.  So something is already funky.

-Alex

On 3/6/14 1:47 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Om says it's SWFObject than cannot download.
>
>Opps badly need coffee :-) Im just trying again with no cache so
>everything is download.
>
>Justin

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Om says it's SWFObject than cannot download.

Opps badly need coffee :-) Im just trying again with no cache so everything is download.

Justin

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Om says it's SWFObject than cannot download.

Maurice 

-----Message d'origine-----
De : Justin Mclean [mailto:justin@classsoftware.com] 
Envoyé : jeudi 6 mars 2014 22:40
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Hi,

Just retested with OMSF.swf removed from the cache and it worked fine. Perhaps source forge was having an issue when you were trying to instal?

Justin

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

Just retested with OMSF.swf removed from the cache and it worked fine. Perhaps source forge was having an issue when you were trying to instal?

Justin

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
Om, can you try installing using ant install script, to see it's the installer code, or maybe a firewall setting or something.

Maurice 

-----Message d'origine-----
De : omuppi1@gmail.com [mailto:omuppi1@gmail.com] De la part de OmPrakash Muppirala
Envoyé : jeudi 6 mars 2014 21:16
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

I tested the RC4 today.

Problem 1:
Tried testing the Installer exe without changing any settings (dev builds or cache): Flex SDK 4.11.0/AIR 13.0Beta/FP 13.0.  The installation failed on 3 different attempts at the same step every time - Download SWFObject.

It seems to download the file swfobject_2_2.zip from:
http://swfobject.googlecode.com/files/ fine, but fails after the download.
Here is the log:

===========
Version 3.0.0 (windows)
Using Locale:en_US
Fetched the SDK download mirror URL from the CGI.
AIR version 13.0
Flash Player version 13.0
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from:
http://apache.claz.org/flex/4.11.0/binaries/apache-flex-sdk-4.11.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:\temp\installer_rc4\sdk_via_installer\temp\apache-flex-sdk-4.11.0-bin.zip
Finished uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\apache-flex-sdk-4.11.0-bin.zip
Downloading Adobe AIR Runtime Kit for Windows from:
http://labsdownload.adobe.com/pub/labs/flashruntimes/air/air13_sdk_sa_win.zip
Uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\air13_sdk_sa_win.zip
Finished uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\air13_sdk_sa_win.zip
Installing Adobe Flash Player playerglobal.swc from:
http://labsdownload.adobe.com/pub/labs/flashruntimes/flashplayer/flashplayer13_playerglobal.swc
Installing frameworks configuration files configured for use with an IDE Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files/
Download complete
Downloading OSMF.swc from:
osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/
Unable to download SWFObject
Installation aborted
==============

Seems serious enough to take a look at it.


Problem 2:
On first load, the app gets positioned near the left edge of the screen, then a second later, it moves to center of the screen.  It is quite jarring an experience.

Thanks,
Om


On Tue, Mar 4, 2014 at 8:35 PM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 3/4/14 1:30 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
> >>In theory, only followers of the dev list should know how view the 
> >>dev builds, so making a button on the main screen doesn't seem right.
> >Yes, but the information that dev builds are accessible from the 
> >right click is not easily accessible to occasional testers.
> >You have to search in the dev list for this info. Not easy.
> I guess in the future we should remember to remind people in the vote 
> or discussion thread to right-click.  Having an "Advanced Options" 
> sort of invites folks to look there, so I wouldn't want to do that.  
> Having some sort of "Developers-Only" might be ok.  Either way, 
> changing the main screen is more than I want to do since I have zero 
> design skills.  I think we should ship Installer 3.0 RC4 and someone 
> else is welcome to add these usability suggestions to the next 
> version.  I think all of the other suggestions are good.  I'd be 80% 
> sure we'll find some bug in the ant_on_air code since that's pretty 
> new and there will be one more installer release, or maybe folks will 
> contribute new languages or fill in some missing strings in the existing languages.
>
>
> -Alex
>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

Think that URL should have  "http://sourceforge.net/projects/" on the front of it? Unless that added by the code?

I checked my Installer cache I do have OSMF.swc in there so it must of downloaded the correct 2.0 one somehow.

The jump to centre of screen is a little annoying, but I find the progress bar jumping up and down more so.

Thanks,
Justin

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I tested the RC4 today.

Problem 1:
Tried testing the Installer exe without changing any settings (dev builds
or cache): Flex SDK 4.11.0/AIR 13.0Beta/FP 13.0.  The installation failed
on 3 different attempts at the same step every time - Download SWFObject.

It seems to download the file swfobject_2_2.zip from:
http://swfobject.googlecode.com/files/ fine, but fails after the download.
Here is the log:

===========
Version 3.0.0 (windows)
Using Locale:en_US
Fetched the SDK download mirror URL from the CGI.
AIR version 13.0
Flash Player version 13.0
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from:
http://apache.claz.org/flex/4.11.0/binaries/apache-flex-sdk-4.11.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:\temp\installer_rc4\sdk_via_installer\temp\apache-flex-sdk-4.11.0-bin.zip
Finished uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\apache-flex-sdk-4.11.0-bin.zip
Downloading Adobe AIR Runtime Kit for Windows from:
http://labsdownload.adobe.com/pub/labs/flashruntimes/air/air13_sdk_sa_win.zip
Uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\air13_sdk_sa_win.zip
Finished uncompressing:
C:\temp\installer_rc4\sdk_via_installer\temp\air13_sdk_sa_win.zip
Installing Adobe Flash Player playerglobal.swc from:
http://labsdownload.adobe.com/pub/labs/flashruntimes/flashplayer/flashplayer13_playerglobal.swc
Installing frameworks configuration files configured for use with an IDE
Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files/
Download complete
Downloading OSMF.swc from:
osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/
Unable to download SWFObject
Installation aborted
==============

Seems serious enough to take a look at it.


Problem 2:
On first load, the app gets positioned near the left edge of the screen,
then a second later, it moves to center of the screen.  It is quite jarring
an experience.

Thanks,
Om


On Tue, Mar 4, 2014 at 8:35 PM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 3/4/14 1:30 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>
> >>In theory, only followers of the dev list should know how view the dev
> >>builds, so making a button on the main screen doesn't seem right.
> >Yes, but the information that dev builds are accessible from the right
> >click is not easily accessible to occasional testers.
> >You have to search in the dev list for this info. Not easy.
> I guess in the future we should remember to remind people in the vote or
> discussion thread to right-click.  Having an "Advanced Options" sort of
> invites folks to look there, so I wouldn't want to do that.  Having some
> sort of "Developers-Only" might be ok.  Either way, changing the main
> screen is more than I want to do since I have zero design skills.  I think
> we should ship Installer 3.0 RC4 and someone else is welcome to add these
> usability suggestions to the next version.  I think all of the other
> suggestions are good.  I'd be 80% sure we'll find some bug in the
> ant_on_air code since that's pretty new and there will be one more
> installer release, or maybe folks will contribute new languages or fill in
> some missing strings in the existing languages.
>
>
> -Alex
>
>

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/4/14 1:30 AM, "Maurice Amsellem" <ma...@systar.com> wrote:

>>In theory, only followers of the dev list should know how view the dev
>>builds, so making a button on the main screen doesn't seem right.
>Yes, but the information that dev builds are accessible from the right
>click is not easily accessible to occasional testers.
>You have to search in the dev list for this info. Not easy.
I guess in the future we should remember to remind people in the vote or
discussion thread to right-click.  Having an "Advanced Options" sort of
invites folks to look there, so I wouldn't want to do that.  Having some
sort of "Developers-Only" might be ok.  Either way, changing the main
screen is more than I want to do since I have zero design skills.  I think
we should ship Installer 3.0 RC4 and someone else is welcome to add these
usability suggestions to the next version.  I think all of the other
suggestions are good.  I'd be 80% sure we'll find some bug in the
ant_on_air code since that's pretty new and there will be one more
installer release, or maybe folks will contribute new languages or fill in
some missing strings in the existing languages.


-Alex

RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Maurice Amsellem <ma...@systar.com>.
>In theory, only followers of the dev list should know how view the dev builds, so making a button on the main screen doesn't seem right.
Yes, but the information that dev builds are accessible from the right click is not easily accessible to occasional testers.
You have to search in the dev list for this info. Not easy.

>Everything on the right click menu is for developers so I didn't spend a lot of time making look great and the strings are not localizable.  I'm not sure it is worth the effort.  What do other >folks think?
String not localizable=> no problem, we all understand English

>5. Cosmetics: 'Select' word is repeated 4 times, though it is not 
>needed for understandability. I think is is enough to have it in the header:
>'Select AIR and Flash Player version'. (By the say why not 'Select 
>Flex, AIR and Flash Player versions'?) Labels for combos can be more 
>concise and with colons at the end Flex version:
>AIR version:
>Flash Player version:
>Could be.  What do others think? 

Agree on the proposal, including the change to the title:  "Select Flex, FlashPlayer and AIR versions:".

>6. it is hard to find out the Installer version. [...] May be header 
>should show installer version in addition to dynamically changing Flex 
>SDK version. May be header should show only installer version as Flex 
>version is shown in enormous size in the center of the dialog. Third 
>option is 'About' link somewhere: either on the dialog itself or in the 
>context menu.
>Adding an about popup requires the proper design of the dialog and localization of any strings.  Do folks want to take that on

I think a label in the main UI  with the installer version would be enough.

>Should we delay releasing the installer until then?
No, no , these are really minor issues.

Regards,

Maurice 

On 3/3/14 11:48 PM, "Alexander Doroshko"
<al...@jetbrains.com> wrote:

>Hi,
>I just tried Apache Flex SDK 4.12 RC4 + AIR SDK 13 beta + Flash Player
>13 beta using Apache Flex Installer 3.0.0 RC3 on Windows 7 for IntelliJ 
>IDEA.
>
>Quick testing revealed only one strange thing: osmf.swc file in [Flex 
>SDK]/frameworks/libs that was named in lowercase for ages is now called 
>in uppercase: OSMF.swc. Is is something controlled by Apache and is 
>this an intended change?
Not intended.  We can change it.  What breaks if it doesn't get changed?
>
>Also I have some comments regarding Apache Flex SDK usability. These 
>are not blocking issues, just a subjective feedback of a 'real user'.
>
>1. It is hard to guess how to enable Dev Builds. I wanted to play with
>4.12 yesterday but failed to find the option. I just thought that I 
>downloaded some wrong installer that is able to install official 
>releases only. It took me a day to find a hint about context menu 
>somewhere in this mailing list. In my opinion all options available in 
>context popup should be better discoverable. For example there could be 
>a link 'Advanced options' in the bottom-left corner (line where where 
>'Next' button is located).
In theory, only followers of the dev list should know how view the dev builds, so making a button on the main screen doesn't seem right.
>
>2. I expect to see check marks on the popup menu showing current status 
>of 'Show Dev Builds' and 'Enable Verbose Logging' options. At the 
>moment there is no way to disable 'Show Dev Builds' (though check mark 
>on the popup menu is not shown) and also no way to find out if verbose 
>logging is enabled or not.
>
>3. 'Configure Download Cache' option should have '...' at the end as it 
>opens a dialog.
Everything on the right click menu is for developers so I didn't spend a lot of time making look great and the strings are not localizable.  I'm not sure it is worth the effort.  What do other folks think?


>
>4. Popup with these options remains available even after pressing 'Next'
>button, when it is not actual any more.
Sounds like a bug.
>
>5. Cosmetics: 'Select' word is repeated 4 times, though it is not 
>needed for understandability. I think is is enough to have it in the header:
>'Select AIR and Flash Player version'. (By the say why not 'Select 
>Flex, AIR and Flash Player versions'?) Labels for combos can be more 
>concise and with colons at the end Flex version:
>AIR version:
>Flash Player version:
Could be.  What do others think?
>
>6. One more minor: it is hard to find out the Installer version. It is 
>shown by Windows uninstall manager and in installations logs: 3.0.0, no 
>hint whether it is RC2 or RC3 or just any revision info. May be header 
>should show installer version in addition to dynamically changing Flex 
>SDK version. May be header should show only installer version as Flex 
>version is shown in enormous size in the center of the dialog. Third 
>option is 'About' link somewhere: either on the dialog itself or in the 
>context menu.
Adding an about popup requires the proper design of the dialog and localization of any strings.  Do folks want to take that on?  Should we delay releasing the installer until then?

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Mar 4, 2014 12:45 AM, "Alexander Doroshko" <
alexander.doroshko@jetbrains.com> wrote:
>
>
>> It always includes unknown SWCs in the build path, so uppercased
OSMF.swc now becomes available in pure ActionScript projects what is not
ideal. I can fix it for sure, though common style in all SWC names is just
nice to have. May be Linux users will have some issues as file system is
case sensitive there.
>
> Sorry, just realized that it is correct that osmf.swc is available in
pure ActionScript projects. So no drawbacks in uppercase OSMF.swf for
IntelliJ IDEA except for warnings in logs.

The OSMF team decided to change the name to all upper case for the new
version and I dint see a rain to change it when I originally added support
for OSMF 2.0.

Thanks,
Om

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alexander Doroshko <al...@jetbrains.com>.
> It always includes unknown SWCs in the build path, so uppercased 
> OSMF.swc now becomes available in pure ActionScript projects what is 
> not ideal. I can fix it for sure, though common style in all SWC names 
> is just nice to have. May be Linux users will have some issues as file 
> system is case sensitive there.
Sorry, just realized that it is correct that osmf.swc is available in 
pure ActionScript projects. So no drawbacks in uppercase OSMF.swf for 
IntelliJ IDEA except for warnings in logs.

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alexander Doroshko <al...@jetbrains.com>.
> Quick testing revealed only one strange thing: osmf.swc file in [Flex
> SDK]/frameworks/libs that was named in lowercase for ages is now called
> in uppercase: OSMF.swc. Is is something controlled by Apache and is this
> an intended change?
> Not intended.  We can change it.  What breaks if it doesn't get changed?
IntelliJ IDEA has some hardcoded knowledge about SWC names. It always 
includes unknown SWCs in the build path, so uppercased OSMF.swc now 
becomes available in pure ActionScript projects what is not ideal. I can 
fix it for sure, though common style in all SWC names is just nice to 
have. May be Linux users will have some issues as file system is case 
sensitive there.
>
>> Also I have some comments regarding Apache Flex SDK usability. These are
>> not blocking issues, just a subjective feedback of a 'real user'.
>>
>> 1. It is hard to guess how to enable Dev Builds. I wanted to play with
>> 4.12 yesterday but failed to find the option. I just thought that I
>> downloaded some wrong installer that is able to install official
>> releases only. It took me a day to find a hint about context menu
>> somewhere in this mailing list. In my opinion all options available in
>> context popup should be better discoverable. For example there could be
>> a link 'Advanced options' in the bottom-left corner (line where where
>> 'Next' button is located).
> In theory, only followers of the dev list should know how view the dev
> builds, so making a button on the main screen doesn't seem right.
I'm not going to argue, though stay with my opinion: easily discoverable 
option will increase the number of testers before the release. I don't 
think 'Advanced options' link pollutes UI much. It takes less space than 
3 'select' words that can be safely removed :)
>
>> 2. I expect to see check marks on the popup menu showing current status
>> of 'Show Dev Builds' and 'Enable Verbose Logging' options. At the moment
>> there is no way to disable 'Show Dev Builds' (though check mark on the
>> popup menu is not shown) and also no way to find out if verbose logging
>> is enabled or not.
>>
>> 3. 'Configure Download Cache' option should have '...' at the end as it
>> opens a dialog.
> Everything on the right click menu is for developers so I didn't spend a
> lot of time making look great and the strings are not localizable.  I'm
> not sure it is worth the effort.  What do other folks think?
I'm idealist here.
>
>> 4. Popup with these options remains available even after pressing 'Next'
>> button, when it is not actual any more.
> Sounds like a bug.
>> 5. Cosmetics: 'Select' word is repeated 4 times, though it is not needed
>> for understandability. I think is is enough to have it in the header:
>> 'Select AIR and Flash Player version'. (By the say why not 'Select Flex,
>> AIR and Flash Player versions'?) Labels for combos can be more concise
>> and with colons at the end
>> Flex version:
>> AIR version:
>> Flash Player version:
> Could be.  What do others think?
>> 6. One more minor: it is hard to find out the Installer version. It is
>> shown by Windows uninstall manager and in installations logs: 3.0.0, no
>> hint whether it is RC2 or RC3 or just any revision info. May be header
>> should show installer version in addition to dynamically changing Flex
>> SDK version. May be header should show only installer version as Flex
>> version is shown in enormous size in the center of the dialog. Third
>> option is 'About' link somewhere: either on the dialog itself or in the
>> context menu.
> Adding an about popup requires the proper design of the dialog and
> localization of any strings.  Do folks want to take that on?  Should we
> delay releasing the installer until then?
I don't think this worth delaying, just 'nice to have' somewhen. 
Somewhen you'll have to ask user what installer version he has and as of 
now will have to explain where to see it.

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alex Harui <ah...@adobe.com>.

On 3/3/14 11:48 PM, "Alexander Doroshko"
<al...@jetbrains.com> wrote:

>Hi,
>I just tried Apache Flex SDK 4.12 RC4 + AIR SDK 13 beta + Flash Player
>13 beta using Apache Flex Installer 3.0.0 RC3 on Windows 7 for IntelliJ
>IDEA.
>
>Quick testing revealed only one strange thing: osmf.swc file in [Flex
>SDK]/frameworks/libs that was named in lowercase for ages is now called
>in uppercase: OSMF.swc. Is is something controlled by Apache and is this
>an intended change?
Not intended.  We can change it.  What breaks if it doesn't get changed?
>
>Also I have some comments regarding Apache Flex SDK usability. These are
>not blocking issues, just a subjective feedback of a 'real user'.
>
>1. It is hard to guess how to enable Dev Builds. I wanted to play with
>4.12 yesterday but failed to find the option. I just thought that I
>downloaded some wrong installer that is able to install official
>releases only. It took me a day to find a hint about context menu
>somewhere in this mailing list. In my opinion all options available in
>context popup should be better discoverable. For example there could be
>a link 'Advanced options' in the bottom-left corner (line where where
>'Next' button is located).
In theory, only followers of the dev list should know how view the dev
builds, so making a button on the main screen doesn't seem right.
>
>2. I expect to see check marks on the popup menu showing current status
>of 'Show Dev Builds' and 'Enable Verbose Logging' options. At the moment
>there is no way to disable 'Show Dev Builds' (though check mark on the
>popup menu is not shown) and also no way to find out if verbose logging
>is enabled or not.
>
>3. 'Configure Download Cache' option should have '...' at the end as it
>opens a dialog.
Everything on the right click menu is for developers so I didn't spend a
lot of time making look great and the strings are not localizable.  I'm
not sure it is worth the effort.  What do other folks think?


>
>4. Popup with these options remains available even after pressing 'Next'
>button, when it is not actual any more.
Sounds like a bug.
>
>5. Cosmetics: 'Select' word is repeated 4 times, though it is not needed
>for understandability. I think is is enough to have it in the header:
>'Select AIR and Flash Player version'. (By the say why not 'Select Flex,
>AIR and Flash Player versions'?) Labels for combos can be more concise
>and with colons at the end
>Flex version:
>AIR version:
>Flash Player version:
Could be.  What do others think?
>
>6. One more minor: it is hard to find out the Installer version. It is
>shown by Windows uninstall manager and in installations logs: 3.0.0, no
>hint whether it is RC2 or RC3 or just any revision info. May be header
>should show installer version in addition to dynamically changing Flex
>SDK version. May be header should show only installer version as Flex
>version is shown in enormous size in the center of the dialog. Third
>option is 'About' link somewhere: either on the dialog itself or in the
>context menu.
Adding an about popup requires the proper design of the dialog and
localization of any strings.  Do folks want to take that on?  Should we
delay releasing the installer until then?

Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4

Posted by Alexander Doroshko <al...@jetbrains.com>.
Hi,
I just tried Apache Flex SDK 4.12 RC4 + AIR SDK 13 beta + Flash Player 
13 beta using Apache Flex Installer 3.0.0 RC3 on Windows 7 for IntelliJ 
IDEA.

Quick testing revealed only one strange thing: osmf.swc file in [Flex 
SDK]/frameworks/libs that was named in lowercase for ages is now called 
in uppercase: OSMF.swc. Is is something controlled by Apache and is this 
an intended change?

Also I have some comments regarding Apache Flex SDK usability. These are 
not blocking issues, just a subjective feedback of a 'real user'.

1. It is hard to guess how to enable Dev Builds. I wanted to play with 
4.12 yesterday but failed to find the option. I just thought that I 
downloaded some wrong installer that is able to install official 
releases only. It took me a day to find a hint about context menu 
somewhere in this mailing list. In my opinion all options available in 
context popup should be better discoverable. For example there could be 
a link 'Advanced options' in the bottom-left corner (line where where 
'Next' button is located).

2. I expect to see check marks on the popup menu showing current status 
of 'Show Dev Builds' and 'Enable Verbose Logging' options. At the moment 
there is no way to disable 'Show Dev Builds' (though check mark on the 
popup menu is not shown) and also no way to find out if verbose logging 
is enabled or not.

3. 'Configure Download Cache' option should have '...' at the end as it 
opens a dialog.

4. Popup with these options remains available even after pressing 'Next' 
button, when it is not actual any more.

5. Cosmetics: 'Select' word is repeated 4 times, though it is not needed 
for understandability. I think is is enough to have it in the header: 
'Select AIR and Flash Player version'. (By the say why not 'Select Flex, 
AIR and Flash Player versions'?) Labels for combos can be more concise 
and with colons at the end
Flex version:
AIR version:
Flash Player version:

6. One more minor: it is hard to find out the Installer version. It is 
shown by Windows uninstall manager and in installations logs: 3.0.0, no 
hint whether it is RC2 or RC3 or just any revision info. May be header 
should show installer version in addition to dynamically changing Flex 
SDK version. May be header should show only installer version as Flex 
version is shown in enormous size in the center of the dialog. Third 
option is 'About' link somewhere: either on the dialog itself or in the 
context menu.

Feel free to ignore my opinion,
Alexander