After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 310653 - huge icons in the fileselect when using gtk native backend
huge icons in the fileselect when using gtk native backend
Status: RESOLVED FIXED
Product: adwaita-icon-theme
Classification: Core
Component: general
2.13.x
Other Linux
: High normal
: ---
Assigned To: Jakub Steiner
Jakub Steiner
: 312062 328139 330035 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-17 14:31 UTC by Diego González
Modified: 2006-08-11 11:27 UTC
See Also:
GNOME target: 2.14.x
GNOME version: ---


Attachments
screenshot showing the problem (49.45 KB, image/png)
2005-07-17 14:32 UTC, Diego González
Details
index.theme with GNOME 2.11.91 (10.17 KB, text/plain)
2005-08-17 06:29 UTC, Sebastien Bacher
Details

Description Diego González 2005-07-17 14:31:46 UTC
if i remove the Gnome-VFS based filesystem plugin from /gtk-2.0/2.4.0/filesystem
and open the file chooser in an application i what the screenshot shows, Some of
the icons are huge.
Comment 1 Diego González 2005-07-17 14:32:46 UTC
Created attachment 49320 [details]
screenshot showing the problem
Comment 2 Federico Mena Quintero 2005-07-20 00:14:04 UTC
How weird!  That same icon gets scaled for me.  

Could you set a breakpoint in gtk_file_system_unix_volume_render_icon(), trace
through the child functions, and see why the icon is not getting scaled?
Comment 3 Diego González 2005-07-20 21:32:32 UTC
I did this but i don't know what i'm looking for, all the pixel_size arguments
that are passed are equal to 16.
Comment 4 Federico Mena Quintero 2005-07-21 01:49:45 UTC
I can reproduce this now.  No idea on what is going on, but I'll take a look.
Comment 5 Dennis Cranston 2005-07-23 18:04:50 UTC
You might want to look at bug 311318.  
Comment 6 Sebastien Bacher 2005-07-30 16:57:00 UTC
*** Bug 312062 has been marked as a duplicate of this bug. ***
Comment 7 Sebastien Bacher 2005-07-30 16:58:03 UTC
maybe a bug to fix for 2.8? that's not a big issue but quite ugly ...
Comment 8 Matthias Clasen 2005-08-17 03:45:05 UTC
Sebastien, can you attach /usr/share/icons/gnome/index.theme ?
Comment 9 Matthias Clasen 2005-08-17 03:56:36 UTC
If you had 

[48x48/mimetypes]
Size=48
Context=MimeTypes
Type=Fixed


instead of 

[48x48/mimetypes]
Size=48
Context=MimeTypes
Type=Scalable

that would explain it...

Comment 10 Sebastien Bacher 2005-08-17 06:29:09 UTC
Created attachment 50834 [details]
index.theme with GNOME 2.11.91

Right, all the non-scalable categories use "Fixed", changing to "Scalable" fix
the issue
Comment 11 Matthias Clasen 2005-08-17 14:35:25 UTC
Ok, it is an gnome-icon-theme issue then, and it has recently been fixed.
Comment 12 Sebastien Bacher 2006-01-04 14:12:34 UTC
That happens again with gnome-icon-theme 2.13.4 due to that change:

2005-12-22  Rodney Dawes  <dobey@novell.com>

        * index.theme.in: Fix filesystems and mimetypes at 48x48 size to be
        Fixed instead of Scalable (probable fix for bug #315841)

Reopening
Comment 13 Jakub Steiner 2006-01-04 14:57:10 UTC
The correct solution is to provide all the required resolutions (16x16, 24x24 and scalable). Yet currently git requires to theme every single mimetype out there. I propose to create the following types to draw at 16x16 and 24x24 and some hacker will have to create Makefile magic to symlink these to the mime type insanity.

* text-plain
* text-rich
* text-script
* image
* video
* sound
* executable
* font
* package
* office-calendar
* office-presentation
* office-spreadsheet

How does that plan sound to you guys?
Comment 14 Rodney Dawes 2006-01-13 19:31:20 UTC
Nah. We will use the stuff in the naming spec. I'll make git use it this weekend, and it will then depend on icon-naming-utils to install, as well as tango does. This shouuld help resolve a lot of the issues with this stuff.
Comment 15 Rodney Dawes 2006-01-13 19:32:32 UTC
Also, if someone could actually provide a list of all the busted icons, that would help tremendously.
Comment 16 Sebastien Bacher 2006-01-22 12:41:37 UTC
*** Bug 328139 has been marked as a duplicate of this bug. ***
Comment 17 Federico Mena Quintero 2006-01-23 18:21:55 UTC
*** Bug 328022 has been marked as a duplicate of this bug. ***
Comment 18 Vincent Untz 2006-02-12 11:30:37 UTC
*** Bug 330035 has been marked as a duplicate of this bug. ***
Comment 19 Vincent Untz 2006-02-18 07:56:50 UTC
So, we still have this bug. Raising the priority so that it gets solved for 2.14. It's really important since it makes our UI really ugly.
Comment 20 Ross Burton 2006-02-20 12:09:19 UTC
fast-user-switch-applet is having similar issues, it's using the "user-info" icon in a menu, but it isn't able to scale it to 16x16 and appears in the context menu at 48x48.
Comment 21 Federico Mena Quintero 2006-02-20 16:07:14 UTC
(In reply to comment #20)
> fast-user-switch-applet is having similar issues, it's using the "user-info"
> icon in a menu, but it isn't able to scale it to 16x16 and appears in the
> context menu at 48x48.

Ross, to which icon theme does your "user-info" icon resolve?  What's the entry in its index.theme?

I think we really have to scale icons down in GTK+ if the icon theme only provides larger, fixed-size versions.
Comment 22 Ross Burton 2006-02-20 16:12:18 UTC
$ locate user-info
/usr/share/icons/gnome/48x48/apps/user-info.png

$ cat /usr/share/icons/gnome/index.theme
...
[48x48/apps]
Size=48
Context=Applications
Type=Fixed
Comment 23 Ross Burton 2006-02-20 16:12:53 UTC
(forgot to say, this is gnome-icon-theme 2.14.0)
Comment 24 Rodney Dawes 2006-02-20 17:11:22 UTC
Federico, let's not "fix" this by making gtk+ basically ignore the "Fixed" property of theme directories. I'll fix the 2.14 branch to make the 48x48 images be scalable I guess, for 2.14. For 2.16, we will have a lot more SVG icons that are actually scalable, and should be able to fix this in a much better way.
Comment 25 Vincent Untz 2006-03-01 22:06:47 UTC
There's still some issues in 2.14.1.
Comment 26 Rodney Dawes 2006-03-01 23:40:41 UTC
"Still some issues?" Please elaborate with useful data. I've reverted the Fixed/Scalable change that I committed previously, in an attempt to fix another bug. If there are still issues, do they also show up with the latest version of the 2.12.x release? If so, what are they? Just saying "there are still issues" doesn't tell me what the issues are. There are 1300 icons in the theme. The majority of them are not available in all sizes. And yes, setting bitmaps to scalable is a horrible workaround.
Comment 27 Thomas Winwood 2006-03-02 00:37:06 UTC
I do notice that certain programs (like gnome-system-monitor) like grabbing the largest icon they can find rather than sticking to a standardised size. This should probably be filed with that rather than the icon theme. (Why do we provide those nasty X-Chat icons anyway? X-Chat has a very nice icon which they put in /usr/share/pixmaps...)
Comment 28 Luca Ferretti 2006-03-02 10:52:25 UTC
(In reply to comment #26)
> "Still some issues?" Please elaborate with useful data. I've reverted the
> Fixed/Scalable change that I committed previously, in an attempt to fix another
> bug. 

Please, please, please: see bug 332894

Comment 29 Vincent Untz 2006-03-02 11:20:27 UTC
(In reply to comment #26)
> "Still some issues?" Please elaborate with useful data. I've reverted the
> Fixed/Scalable change that I committed previously, in an attempt to fix another
> bug. If there are still issues, do they also show up with the latest version of
> the 2.12.x release? If so, what are they? Just saying "there are still issues"
> doesn't tell me what the issues are. There are 1300 icons in the theme. The
> majority of them are not available in all sizes. And yes, setting bitmaps to
> scalable is a horrible workaround.

I can at least see a huge icon in the right-click menu of the fast-user-switch applet. I can't test with a 2.12.x version right now, but I believe it didn't happen.
Comment 30 Crispin Flowerday (not receiving bugmail) 2006-03-02 11:25:08 UTC
There is also a too large icon for Epiphany in the preferred applications capplet.
Comment 31 Luca Ferretti 2006-03-02 13:10:56 UTC
(In reply to comment #30)
> There is also a too large icon for Epiphany in the preferred applications
> capplet.
> 

Fixed by patch in bug 332894
Comment 32 Luca Ferretti 2006-03-02 13:11:56 UTC
(In reply to comment #29)
> 
> I can at least see a huge icon in the right-click menu of the fast-user-switch
> applet. 

Fixed by patch in bug 332894.

cough*applyit*cough
Comment 33 Rodney Dawes 2006-07-09 14:12:41 UTC
Are these /still/ issues with CVS gnome-icon-theme?
Comment 34 Luca Ferretti 2006-07-09 15:20:23 UTC
I don't see any bad-sized icon from a long time... At least in file selector and user switch applet.

I think you can close this bug.
Comment 35 Sebastien Bacher 2006-08-11 09:56:47 UTC
no recent issue on my box neither, nor Ubuntu bug about it, I think that bug can be closed too
Comment 36 Rodney Dawes 2006-08-11 11:27:39 UTC
Closing as per last two comments.