Skip to main content
sinious
Legend
November 16, 2011
Answered

AIR for iOS 3.1 - App name no longer working?

  • November 16, 2011
  • 18 replies
  • 4437 views

I have named my app "Someapp 123" and mysteriously the app continuously drops the "123" portion of the name. It used to appear just fine.

Yesterday I noticed AIR3.1 was released and I overlayed that. Has anyone else overlayed AIR3.1? Notice your app name not completely working?

FWIW it is an iPad-only app. The provision clearly states the name of the app is "Someapp 123". In AIR for IOS settings I have the "App Name" parameter set properly as well.

This topic has been closed for replies.
Correct answer

Hi Ominous:

Can you please provide the following info from your App descriptor.

1. Value of name tag

2. Value of filename tag(I guess this should be "Someapp" without 123)

3. Have you localized the values of name tag?

From AIR 3.1 The behaviour is  as following:

1. The name of the application(which is shown on device) comes from the value of filename tag. Given the point 2 is not used by your application.

2. If the value of the name tag is localized for multiple languages (as described at http://help.adobe.com/en_US/air/build/WSD079A3A2-1B38-4543-A792-06594E4325FE.html ) then that value is used as the display name of the application. and correct value is chosen as per the device locale

So you may change the values accordingly. If you are finding some different behaviour please post back.

18 replies

sinious
siniousAuthor
Legend
November 23, 2011

Very sorry to skip your valuable information. Haphazardly I opened up the SDK zip file to look at the sample descriptor and saw a localized name with a <text xml:lang="en">...</text> node. I give it a shot and this does actually make the application use the <name> node for the EN locale.

However.

iTunes is still reporting the name of the application is "Unknown Ge...". I restored the <filename> to what the XML likes to auto-produce which is the name of the SWF filename. That no longer was chosen as the app name which is why I restored it.

I read the reference and followed it by adding the language specific <name> and <description>. What is controlling what iTunes thinks the name is? Your last comment: "(The app name shown on Desktop/App Menu/Springboard comes from filename tag)" is unfortunately incorrect. No matter what I put in that node it is not displayed in iTunes.

I will update the bug with this information.

Colin Holgate
Inspiring
November 23, 2011

I think I've read that the name as seen in iTunes is set when you do the iTunes Connect upload of the app as you submit it. It's not taken from the IPA that you made with Flash.

sinious
siniousAuthor
Legend
November 23, 2011

It used to. As of 3.0 the name was perfectly fine in iTunes, it was correct. If you "Get Info" on the app you can see the correct name as well. Perhaps this is a change in the latest version of iTunes, or AIR3.1, I'm unsure.

Wow chalk it up to being a PC user. I use iTunes merely to install apps, otherwise I don't use it. A mac user here pointed me to the fact that on the iTunes apps panel I was viewing via "Genres" and not via the "Apps" button. I click Apps and the app is named correctly. It doesn't know what Genre it belongs to so it categorizes it as "Unknown Genre" and that's why I was seeing "Unknown Ge..." as a name.

I'm deleting the bug. Totally my fault. All is well, thanks to the post I should have read a lot closer with the new <text> locale nodes!

Thanks all! *facepalm*

Correct answer
November 16, 2011

Hi Ominous:

Can you please provide the following info from your App descriptor.

1. Value of name tag

2. Value of filename tag(I guess this should be "Someapp" without 123)

3. Have you localized the values of name tag?

From AIR 3.1 The behaviour is  as following:

1. The name of the application(which is shown on device) comes from the value of filename tag. Given the point 2 is not used by your application.

2. If the value of the name tag is localized for multiple languages (as described at http://help.adobe.com/en_US/air/build/WSD079A3A2-1B38-4543-A792-06594E4325FE.html ) then that value is used as the display name of the application. and correct value is chosen as per the device locale

So you may change the values accordingly. If you are finding some different behaviour please post back.

sinious
siniousAuthor
Legend
November 16, 2011

Haha! I just output another project that was working perfectly before. I am working in the Flash CS5.5 IDE and the FLA name is "Stub 6.fla". The new name of this app is "stub". Wow, someone REALLY broke something.

The name of the main class is also com.company.Stub which it might be picking it up from to.

This is absolutely a brand new bug and obviously an important bug.

I cannot give the name of the actual app so "Someapp 123" will have to do for now. The value in the XML file Flash creates is:

1. <name>Someapp 123</name>

2. FLA file is "Stub 6" (this should have absolutely nothing to do with the app name), and the SWF it creates is named "stub.swf".

3. No I have not localized the name tag.

The name of the actual app is "stub" all lowercase. That suggests to me it's somehow using the name of the "stub.swf" that gets exporting.. This theory explains 2 apps naming conventions so I think I got this.. Off to test (reporting back in a second):

Result:

Confirmed. The app now takes the name of the SWF file that is produced.

I deleted the XML file that is produced incase AIR3.1 (over AIR3.0) did something different. The old XML file had a ton of whitespace. The newly generated XML file has a lot less whitespace and the correct namespace (as did the old XML file, 3.1).

The app is now being named whatever you name your SWF on export.

Clearly this is a bug that needs to be addressed. When I have time to report it I will and put the ID here.

sinious
siniousAuthor
Legend
November 18, 2011

Added to the bugbase,

  3050201