Whe you build with VB, it remembers every setting from last build – except the shine/no shine toggle, which alway defaults to shine. But we often automatically click "build", expecting everything would be as it was last time.

mini92 - was this when you where edinting an existing app you had created in Viewer Builder? Did you try it with a new app built from scratch? Just trying to get to the root cause of the problem so we can get this fixed.

We do not preview how the icon will look with the shine on in Viewer Builder as Apple adds some code to create the shine effect. If there is shine on the optional 512 x 512 pixel icon in iTunes then yes the shine effexct is being applied, if not then no shine effect has been applied.

Just want to add that we've had the same problem with both a new and an updated app. There was a bit of confusion early on in the process with mixed up AppIDs so that may account for it, but I thought I might flag it all the same.

Do we know yet if the unwanted shines are appearing on the final iTunes approved apps?

Yes, this is a known bug. Shine is applied to the app icon even when the option is turned off in the Viewer Builder. It happens in both the development build and the final approved app. I don't have details as to whether Apple or Adobe needs to fix this issue, but it's been reported.

Just want to add that we exeprienced more or less confusing situation when creating brand new app three weeks ago. We created new app (record) in itunes connect - and we got by deafault shine on our app icon. The app itself had no shine neither during the creation process in VB nor in developer testing. When we got OK from Apple we no longer see shine on our app in iTunes Connect. As creating app in itunes connect has nothing to do with app creation in VB we think that Apple gives this shine be deafult to every new app created within itunes connect. Then it synchronises with app file that is sent via application loadres and shows right app image. That is our theory only

On the other hand - we have one app that we can't remove shine on it . We rebulit it from the scratch while changing from multifolio to itunes sub, no shine in tick box, but still we have shine in app store and itunes connect. Strange.

Unwanted shine is a known bug. I ran into it myself twice. My understanding is that Apple made a slight code change for iOS5, Adobe didn't discover it, and now Adobe needs to make a minor change for the next version of Viewer Builder to allow shine to be turned off.

really annoying... The problem is still unsolved after 10 days!!! My app is on Apple reviewing (strangely it appears first on Itunes Connect with the shine, but not when we zoom/click on the icon, and now it appears whitout the shine)

How can I be sure that when my app will be approved that there is are not this damned shine?

Sorry to tell you, but you can be sure that there will be a shine on it when it is approved. I just put an update for my app through the store, and it was there. I may push out an update for it once this bug is fixed, just to remove the darn thing.

I wanted to provide a little more information about the 'shine on' bug and what we are doing to fix it and what you will need to do. We hope to have these fixes in place by 10am PST (6pm GMT). This is an update tot he server you will not need to download a new Viewer Builder client.

On October 27 the Viewer Builder server is being updated to provide two fixes for problems discovered with iOS 5 on the iPad:

1. Shine always appears on app icons – With iOS 5, Apple required an extra setting to turn shine on or off. We added this setting to the Viewer Builder server. For any apps in which you want to turn shine off, you must rebuild your app using the updated Viewer Builder and submit it to Apple.

2. Progressive-download pausing on idle - We made a change to address the progressive-download pausing problem on iOS5. In this update, we prevent the iPad from going to sleep while downloading a folio. When the folio finishes downloading, we will re-enable any sleep settings the user has applied on their iPad. The change impacts only the sleep behavior of the iPad within your app; it's an application setting not a global setting. Your app will still let the iPad screen sleep when a download is interrupted or in the unlikely event that another error occurs.

How to enable these changes into your apps

If you are creating new apps in Viewer Builder after 10am (Pacific Standard Time) on October 27th, you will automatically have these two changes integrated. To enable these fixes, into an existing app you will need to do the following:

1. Log in to Viewer Builder with your Adobe ID

2. In the Manage Screen click on the app you want to Edit and click the 'Edit' button.

3. Move through the different pages and settings ensuring that all settings are correct and have not changed.

4. In the Icons and Splash screens page click ensure that the 'Shine on app icon' is unchecked if you do not want the shine effect applied to your icons.

5. After going through all the screens and settings in Viewer Builder click the 'Submit' button and wait for your app to rebuild.

6. Submit your app to Apple as a bug fix if it is already live on the iTunes Store

7. Repeat steps 2 – 6 for any other apps you have they you also want to rebuild.

Viewer Builder server deployment is now complete. The fix for the shine being on for all apps has been fixed. Please see my above post for further details. Apologies for any inconvenience for those of you that did not want shiny icons in iOS 5.