Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#2406 - File-Roller has too much space among toolbar icons

Attached to Project: Arch Linux
Opened by Eugenia Loli-Queru (Eugenia) - Friday, 18 March 2005, 19:05 GMT
Last edited by Dale Blount (dale) - Friday, 18 March 2005, 19:08 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

This is a new problem appeared in the latest and beta versions of File Roller. The toolbar icons have unaturally long spaces between them (I have toolbar text turned off btw). I have seen the same bug on ubuntu. It makes the app look ugly and not consistent with the rest of the apps.
This task depends upon

Closed by  arjan timmerman (blaasvis)
Saturday, 19 March 2005, 14:03 GMT
Reason for closing:  Not a bug
Comment by Jan de Groot (JGC) - Friday, 18 March 2005, 22:23 GMT
You're right about this one, but this is not the place to report upstream bugs about a UI that doesn't look like the way you want it. (it's like complaining about the looks of MS windows at the shop you got your computer... like if they can fix that)

I had some spare time and hacked a bit around in the source:
http://bugs.gnome.org/show_bug.cgi?id=170842

Hope the next upstream version will have this fixed. If not, I'll take the patch in the next version. I won't package a special new version for this patch, as it's only a stupid UI change, it doesn't change any functionality.
Comment by Eugenia Loli-Queru (Eugenia) - Friday, 18 March 2005, 22:32 GMT
>but this is not the place to report upstream bugs

Sorry, but I don't agree. The job of a distribution is to fix things that annoy its users. The distribution is the one who should file the bug upstream, because this way things are filtered the right way.

For example, if the users of a distribution were only filing bugs in the distro itself, and then the bugs that can not be fixed by the distro are then filed on the proper upstream project by the distro, the project's bugzilla would be much cleaner and easier to deal with. And for the distro this gives them a better understanding of the problems exist in the overall distro, rather than only having a few of the bugs filed and the rest somewhere else. The distribution should work as a filter. Think of the external project as a different "section" of the overall project, and a certain bug gets moved there when the main section of the project can't solve it alone.

I have another nautilus ui bug that also appeared on gnome 2.10, I will file it on gnome.org, but that's only because I have an account there already. If I didn't, I would again file it here.

Loading...