I updated a different folio and had the same issue as #2 above.  The new articles I added worked great.  An old article gave the error message "Could not update article layouts.  Could not find the files for all the layouts."  I deleted it, imported it again, and the updated article design didn't come down in the update download from the server.  I've had issues with replacing articles in the past and the only way to get it to work was to rename the article in the Folio Builder.  I tried this and it worked, the new design updated from the server.  Of course this made all of my links to that page stop working so I renamed it back to the original article name and all seems to be working now.  I'm still concerned that particular article won't update correctly for the customer.

I'm assuming this is because the folio for the Xoom was created over a month ago before the server updates.  I accept that the "could not update article layouts..." error message means I have to delete and reimport any articles that give me this message.  My concern is that because the article name is the same in the Folio Builder this is causing problems with updating those articles in the Adobe Content Viewer for Android.  Anyone else having these sorts of issues?

The same design updates for the iPad version were easy without any problems.

Andrew

Hello Bob,

Yes, that worked for the iPad version, however with the Android version of the viewer the recreated article isn't showing the new files.  The content viewer shows the old design, as if the new files weren't being used.  The only way to get the new design to download that I've found is to rename the article in the Folio Builder.  That's what I was trying to say.

An example would be that the old file was a menu with 3 options and the new file is a menu with 4 options.  The Android viewer keeps showing the old version with 3 options, even though I downloaded the update that it told me was available.  Only when I "rename" the article in the Folio Builder does the new 4 option menu download to the Android viewer.

Perhaps it just takes a lot longer (over 30 minutes) for files to percolate through the Android viewer when an article with the same name has previously existed.  With the iPad viewer the changes showed up as soon as the update was downloaded.

Andrew

Tried updating another article and the same thing happened.

I deleted and re-created a menu page with the same name.  The changed menu would not show up.  I tried changing the name in the Folio Builder and then changing it back before updating on the Xoom, no change.  I tried the sidecar method to force a re-download of all the articles, no change.  The only time it changed was when I changed the name in the Folio Builder and then downloaded the update on the Xoom.  Since this made the link to the menu from other articles stop working I then changed the name back in the Folio Builder.  The biggest problem with this is that it only works for my device, this "fix" doesn't work for others since it appears to be a cache type of problem with the viewer.

I think there is definitely a problem on the Android version of the Adobe Content Viewer with articles not refreshing after that article has been deleted and re-created in the Folio Builder.  My only solution is to tell the customers they'll have to Archive and re-download the entire folio.  This is not ideal.  Can you replicate this issue on your end Bob?

Andrew

Another minor bug/limitation with the Android viewer on our Xoom is that videos don't autoplay when a page first opens.  It works fine (with a minor flash of the new page's design) on the iPad using the same assets, etc.

I see the forum area for feature requests, but I couldn't find a bug report area on the forum.  Maybe it hasn't been added yet.

Andrew