Description of problem: When you resize a column in the song list, as soon as you grab any column resize handle except the first one, the column size jumps to much large and, other than a vague trend, it does not follow the cursor. Version-Release number of selected component (if applicable): 0.10.0 How reproducible: Always Steps to Reproduce: 1. Open rhythmbox 2. Import some songs 3. select an album so that there is a list of songs in the lower right pane 4. try to resize the 2nd through last column in any sane manner Actual results: The column sizes jump around wildly Expected results: The column edges should follow the cursor allowing you to resize the column to any size. Additional info: This has been a bug for a long long long time. I am certain that I have reported this in the past but maybe I just intended to as I cannot seem to find it.
It's a known upstream bug. See http://bugzilla.gnome.org/show_bug.cgi?id=316087
There seems to be a patch listed in the gnome bugzilla entry cited in comment #1 for the GtkTreeView freakiness that is causing this. Would you consider including it in the F7 version of gtk2 ? Or at least in rawhide to we can see if it regresses anything.
Reassigning to gtk+ and reopening. It's not my call to add this patch...
Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
Still happens with rawhide. This behavior is an embarrassment of UI disaster that shouldn't be tolerated in a primary Fedora app. I propose that we either fix or workaround this ASAP, or replace rhythmbox with something else as the primary music playing app that doesn't exhibit this poor behavior. Putting on F9Blocker. rhythmbox-0.11.5-5.fc9.x86_64 gtk2-2.12.9-2.fc9.x86_64
Column resizing seems to be troublesome in most gtk apps but this is a shining example of nastiness. Most of the other apps that I have ran across just keep a fixed amount of width on the last column causing the horizontal scroll bar to pop up unnecessarily when resizing the window. They do resize columns normally though. I am not sure what crazy things RB is doing.
Not even close to a blocker. I'm going to wait for Kris to come up with a patch that is good enough for upstream.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
This is fixed in Fedora 11.