I want to quickly report that I just build a v22 content viewer (v2.7.0.17.56182) and many items in my library are not working: I cannot open folios with the "View" button, nothing is happening.
Some that I can open (only 1 of 20) only shows the first page.
These are folios that are comming from the server, not direct preview.
Also, downloading new folios is not working "Cannot connect to server at this time", wich might be just because of the ongoing server update?
—Johannes
I have to correct myself, the folio showing only one page is correct (it was an outdated version and I confused myself by being logged in into a different account and got no update).
Other folios with multiple pages are working. But I can only open a few ones, at many others nothing is happening when I tap on "view".
—Johannes
Johannes - I built a custom Adobe Content Viewer and it worked fine for me. I deleted the previous version first, synced, and then loaded it. Can you try that and let me know if it works for you?
I think you're confusing hot zones with two-finger swiping. Hot Zones are enabled in Viewer Builder, and they let you tap the edge of the page to move to the next or previous article. Two-finger swiping is enabled for all v22 viewers and lets you jump across pages in a flattened stack.
Dear Bob,
I have exact the same problems as Johannes.
Hey Bob,
Yeves is right. If you delete teh app first all folio have to be made again
and THEN the view button is working. But that is not the normal scenario.
If you just update the app, most of the View Buttons are NOT working.
Also, in my case, Hotzones are not working on the last page of a flattened
article. I am well aware that 2-finger-swipe is a differnt thing. I cannot
get to the next article if I am on the last page of a flattened article by
tapping my hotzone (in other pages it is working, other than Yves
experience).
Yes this needs a hotfix. I will make a note on the caniupdate site.
—Johannes
Regarding previously downloaded folios not Viewing, please help in confirming a few things.
Here are my assumptions:
Do these set of steps accurately reflect what you are seeing?
Also, which previous version were you using? v21, v20? Something earlier?
Second, for the folios that cannot be viewed is there any pattern or attribute that you can think of that may cause the issue?
Are these folios "Retail" or "Free"?
Prior to app upgrade were they in a fully downloaded state, or were they in progress at the time of upgrade?
For the folios that do not view, had they been in the Library for several days/weeks/months?
I ask these questions because internally we've tried a number of upgrade scenarios and have not reproduced the problem yet, so your help in helping us understand what conditions might trigger the problem is greatly appreciated.
Nathan,
your assumption of the process is right with the my custom v22 Content
Viewer.
I have an dev multi folio app that I load from the Safari browser on the
ipad, without itunes, similar to an App Store update.
Also, which previous version were you using? v21, v20? Something earlier?
comming from v21, all folios in my content viewer and dev viewer are v21
Second, for the folios that cannot be viewed is there any pattern or
attribute that you can think of that may cause the issue?
sadly, no.
Are these folios "Retail" or "Free"?
in my dev app (enterprise in-house distribution app) they are all free.
Prior to app upgrade were they in a fully downloaded state, or were they in
progress at the time of upgrade?
fully downloaded.
For the folios that do not view, had they been in the Library for several
days/weeks/months?
from days to weeks, with folios new from yesterday, or updated in the past
days.
I don't even see the new spinning wheel appearing on these folios. maybe
later this day I can try to fetch a "corrupt" folio with phonedisk and send
it to you for inspection.
—Johannes
Hi Nathan,
In a previous version of a custom viewer you download several folios.
Yes
All folios can be viewed.
Yes
You build a v22 version of the custom viewer with the same viewer attributes.
Yes, but not just a custom viewer. Also a developer build of a multi-folio App
You drag-and-drop the viewer into iTunes, which replaces the previous version in the iTunes library.
For the custom viewer, I used drag&drop with replacement of the App before.
The developer build was not anymore in the iTunes Library but still installed on the iPad.
You sync to your iPad, which replaces the previous version on your iPad.
Yes
You launch, and tap view on all folios. Some view without issue, some do not view at all.
Yes
Do these set of steps accurately reflect what you are seeing?
Yes
Also, which previous version were you using? v21, v20? Something earlier?
Mixed. But mainly v21
The custom viewer had folios downloaded from the frontend Account and directly transfered from InDesign within the Folio Builder Panel
The dev build had only fully published folios
Second, for the folios that cannot be viewed is there any pattern or attribute that you can think of that may cause the issue?
I'm not sure anymore but I think that the folios that are WORKING are all these transfered directly from InDesign to the Viewer.
Are these folios "Retail" or "Free"?
Free
Prior to app upgrade were they in a fully downloaded state, or were they in progress at the time of upgrade?
fully downloaded
For the folios that do not view, had they been in the Library for several days/weeks/months?
mixed: at least days and weeks
Thanks Yves, are you also installing the application over the air using ad-hoc distribution?
Also, for the affected folios could you include a screenshot of the library and identify the folios in the state? Given that we haven't reproduced this internally I'm hoping a visual inspection can give us some clue as to what would cause this.
Thanks for your cooperation and patience as we try to work through this.
Hi Nathan,
Thanks Yves, are you also installing the application over the air using ad-hoc distribution?
No, we have the pro version of the ADPS Tools. There is no Enterprise Build available.
Also, for the affected folios could you include a screenshot of the library and identify the folios in the state? Given that we haven't reproduced this internally I'm hoping a visual inspection can give us some clue as to what would cause this.
I had already replaced the Custom Viewer with a reinstall. But there is a chance that there is another iPad of our production team, not yet updated with the latest version of custom viewer. I will let you know if I have some news. Is there an adress where I can send the screenshots, if any?
Did you try the following in your tests?: Create a custom viewer (v21) with an OLD VERSION of the Viewer Builder. Install it on the iPad. Download some published, non-published and directly transfered folios. Create then a new custom viewer (v22), with the latest version of the Viewer Builder. Update the new custom viewer on the iPad. This must result in the behaviour that Johannes and me were noticing.
I don't know when I can make tests to this problem. I'm currently battleing with the new found error "[Error: exportArticleFolio]" (http://forums.adobe.com/thread/1046825?tstart=0) that is driving me crazy. I have to contact the gold support tomorrow as the customer wasn't amused that the presentation was not possible due to this errors and this is getting high priority.
Hi,
I found the time to test on another iPad that had the old content viewer installed (not that easy).
I created the update to the v22 custom viewer over iTunes.
Result: Some folios are working. Some not. They come from different accounts. They have been directly transfered from the folio builder or downloaded from digitalpublishing.acrobat.com. Mixed v20 and v21 folios.
The only thing that may be a common mark is that folios published before June seem working and folios published from beginning June aren't. It is possible that folios created with the v21 plugins are affected.
North America
Europe, Middle East and Africa
Asia Pacific