Bug 1669875 - Icon in /usr/share/pixmaps/PACKAGE.png not detected
Summary: Icon in /usr/share/pixmaps/PACKAGE.png not detected
Keywords:
Status: CLOSED DUPLICATE of bug 1539633
Alias: None
Product: rpmgrill
Classification: Community
Component: Tests
Version: 0.23
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: beaker-dev-list
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-01-27 15:30 UTC by Sylvain Beucler
Modified: 2019-03-25 09:30 UTC (History)
4 users (show)

Fixed In Version:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2019-03-25 09:30:49 UTC
Embargoed:


Attachments (Terms of Use)

Description Sylvain Beucler 2019-01-27 15:30:01 UTC
Description of problem:
I see at
https://taskotron.fedoraproject.org/artifacts/all/e40b4a1e-1b7e-11e9-9451-525400fc9f92/tests.yml/rpmgrill.json
that the icon installed at
/usr/share/pixmaps/freedink.png
is not detected.

Version-Release number of selected component (if applicable):
(the one at taskotron)

How reproducible:
Always

Steps to Reproduce:
1. The .desktop file mentions Icon=xxx
2. Install icon at /usr/share/pixmaps/xxx.png

Actual results:
Icon file <var>xxx</var> not found"

Expected results:
OK

Additional info:

I see that DesktopLint.pm contains:
        $icon_re = qr{^/usr/share/(icons|pixmaps)/.*\Q/$icon\E\.(png|xpm|svg)$};
which means it enforces a sub-directory (/$icon instead of $icon).
/usr/share/pixmaps is flat (unlike /usr/share/icons) so this is too strict.

Comment 1 Petr Pisar 2019-03-25 09:30:49 UTC

*** This bug has been marked as a duplicate of bug 1539633 ***


Note You need to log in before you can comment on or make changes to this bug.