The team has been working on a fix since the issue was reported. There were a few challenges in isolating the failure that slowed up progress, but those have been overcome. I don't yet have an exact timeline for when the fix will be deployed, but it is a top priority for the dev team.One note, the ....

That's just how it works. Developer signed apps that are dragged into iTunes have always shown a generic icon, whereas apps that are distributed through the App Store will show the real app icon.

Which version is your app based on (go to the iOS Settings app, find your app, and you will find it). In addition, did you click the "Preflight" button in the content view of the portal? It's the little eyeball icon in the upper right.

To be clear, in the settings app the version is "2015.7", correct? You can check in iOS settings app. I ask because there were some memory changes in the last update to DPS (2015.6).ive also forwarded your post to the dev team for them to take a look.

It's related to content migrated from the old [2014] system to the new [2015] system. We did not want to require users to create different links to get the same behavior.Adding new link syntax is something we are doing gradually as we add new linking capabilities (e.g. collection links). We haven't ...

I passed this forum post to the dev team for them to investigate, the layout should be consistent.

This has surfaced through Adobe Tech Support and the dev team is investigating. We aren't sure what the problem is yet. It's odd that this just started surfacing.

Thanks for letting us know about this. I wrote a bug for the team.

The navto://relative/parent link follows the end-users navigation history to bring the user up a level from their current view.It sounds like you are need some sort of way to trigger the browse page of the current view that is independent of the user's navigation history. Something like showing the ...

The version of the iOS DPS Preflight app that has this capability isn't available in the app store yet.