Click App Preview of the core-apps are of low quality

I think the order of importance is:
1) Improve the descriptions. This is something that those who have access to the core app click store account can do without pushing an app update. Most need some love.
2) Add previews for the apps that have none or need updates. Again, only those who have access to the core app click store account can do this and it doesn't require an app update.

For the music app, #1 should be fixed at some point. The screenshots do not deviate much from the current app, so I do not think that is needed at this time.

Is there any documentation available explaining how the app preview chooses to display this data?

For example, with friends-app, I see "What are your friends up to?" repeated both above and below the uninstall/open buttons, but as far as I can tell, that is only defined here:

http://bazaar.launchpad.net/+branch/friends-app/view/head:/friends-app.desktop

Which you can see only defines that information in one place (I mean, we're not defining the same string to two different keys).

So it seems to me that this is actually a bug in the app scope itself (since it's the one choosing to repeat the same .desktop comment twice), although perhaps there is a workaround in which I might add a new key to my .desktop file to make it say something else, but I'm not sure what it is.

Also I'm not sure how to add screenshots for friends-app, because it's not available in the app store, it comes preinstalled instead.

Added unity-scope-click because it seems like a click scope issue rather than an individual app metadata issue.

@Alan, which part of this do you think is a click scope issue exactly?

The duplicate description issue was fixed in build #9 (iirc), as we now show Publisher in the header, rather than the description. There was a bug about that in the click scope already, and it's now fixed.

Having checked my up to date phone, this does indeed look fixed. Thanks Rodney.

I've marked unity-scope-click as no longer affected as it's not feasible to mark this bug as a duplicate of bug #1313843 which was for the Publisher not being shown.

If there are other issues that do need fixed in the click scope, please open more specific bugs for those issues, rather than lumping them in with this (bugs that affect multiple packages/projects are really annoying to track and manage when they do not affect all those packages/projects in the same way).

Should we include the need for merging translations into the .desktop files in this bug, or should I open another bug for this issue?

As discussed with David on IRC, I've filed a separate bug for merging translations into the .desktop files of core apps, as bug #1318008 .

Collated the data to a spreadsheet where we can correct the text and then submit them all fixed en-masse.

https://docs.google.com/a/canonical.com/spreadsheets/d/1jJAcrZZL2cm5saEGsd61tdpdnCvN9MdoJyz24vdbR_c/edit?usp=sharing

Request access if you don't have it. Not a private document.