Bug#728185: alacarte: icons paths are pasted without extension
Rene Brandt
rene.brandt+bugs at gmail.com
Tue Oct 29 09:35:17 UTC 2013
Package: alacarte
Version: 3.10.0-1
Severity: normal
Dear Maintainer,
Well, I had this issue for some time now, but up until recently my system was
not very stable. To eliminate user errors, I just installed a fresh Debian
testing install, and still have the problem that I can't set any custom icons
using the GUI. See a more detailed description below:
* What led up to the situation? / What exactly did you do (or not do) that
was effective (or ineffective)?
When you edit a menu entry, you can click the icon in the submenu and enter a
file picking dialogue to set another icon. When I do so, I return to the
submenu. Here, I can see my newly set icon.
* What was the outcome of this action?
When I click OK to accept the new icon, the icon becomes "empty" for both my
application menu and within alacarte. Checking the ~/.local/share/applications
directory for the .desktop file, I found out that the extension of the image
file is not pasted at all. So for example when I set ~/foo.bar as icon, the
icon path becomes
Icon=/home/rene/foo
* What outcome did you expect instead?
That the extension is pasted. So in the above example, the line should become
Icon=/home/rene/foo.bar
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages alacarte depends on:
ii gir1.2-gdkpixbuf-2.0 2.28.2-1
ii gir1.2-glib-2.0 1.36.0-2+b1
ii gir1.2-gmenu-3.0 3.8.0-2
ii gir1.2-gtk-3.0 3.8.4-1
ii gnome-menus 3.8.0-2
ii python-gi 3.8.2-1
pn python:any <none>
alacarte recommends no packages.
alacarte suggests no packages.
-- no debconf information
More information about the pkg-gnome-maintainers
mailing list