Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

screenshot URL from appdata is ignored #34

Closed
antonio-rojas opened this issue Apr 29, 2016 · 3 comments
Closed

screenshot URL from appdata is ignored #34

antonio-rojas opened this issue Apr 29, 2016 · 3 comments

Comments

@antonio-rojas
Copy link
Contributor

antonio-rojas commented Apr 29, 2016

In org.kde.dolphin.appdata.xml there's

  <screenshots>
    <screenshot type="default">
      <image>http://kde.org/images/screenshots/dolphin.png</image>
    </screenshot>
  </screenshots>

In the distro appdata database, in the dolphin component:

  <screenshots>
    <screenshot type="default"><caption/><image type="source">http://kde.org/images/screenshots/dolphin.png</image></screenshot>
  </screenshots>

However, after refreshing the cache:

> sudo appstreamcli refresh-index --force
> appstreamcli search dolphin --details
...
Sample Screenshot URL: http://screenshots.debian.net/screenshot/dolphin
...

@ximion ximion added bug and removed bug labels Apr 29, 2016
@ximion
Copy link
Owner

ximion commented Apr 29, 2016

Okay, this is actually not a bug...

<screenshots>
  <screenshot type="default">
    <image type="source">http://kde.org/images/screenshots/dolphin.png</image>
  </screenshot>
</screenshots>

This screenshot has no width/height, and since screenshots without width/height are forbidden in Distro-XML, it gets ignored.
This happens by running the generator with handleScreenshots set to false. Maybe that option needs to be split into two, one for disabling Screenshots completely, and one for just stopping to thumbnail them.
In any case, this is an issue with the generator.

@ximion ximion closed this as completed Apr 29, 2016
@aleixpol
Copy link
Collaborator

How can we just discard such issues?

If we perpetuate discarding values from the developers whenever they don't fit some random metrics, we won't be able to fix these.
I'd say either take it as an error and don't let the generation proceed or figure out the width/height locally (the generator process can download the image and see the size, if it's so important).

@aleixpol aleixpol reopened this Apr 29, 2016
@ximion ximion closed this as completed in 344dcda Apr 29, 2016
@ximion
Copy link
Owner

ximion commented Apr 29, 2016

The generator should be fixed anyway, this is on my todo list ^^
(generating bad data no matter which flags are set isn't good)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants