Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
---Problem Description---
GtkFileChooserDialog lacks size column after some operations.
---uname output---
Linux host 2.6.32-71.el6.i686 #1 SMP Wed Sep 1 01:26:34 EDT 2010 i686 i686 i386 GNU/Linux
Machine Type = 8311-48J
---Steps to Reproduce---
1) Open GtkFileChooserDialog.
For example,
1a) Launch gedit
1b) Choose File - Open
Confirm the size column is available.
2) Choose "Recently Used" in Place area.
3) Choose "Search" in Place area.
4) Choose home directory
=> Then, the size column disappears,
even if right click menu shows "Show Size Column" is active.
A quick check on Fedora 14 did not show the problem. The GTK version am using is both
gtk3-2.90.5-1.fc14.i686
gtk2-2.22.0-1.fc14.1.i686
I confirmed this problem did NOT occur on Fedora14. Fedora14 has a size column in "Recently Used" page.
I think this change affected the problem.
I could look at the problem on two RHEL6 machines in our Lab.
They have
> gtk2-2.18.9-4.el6.i386
> (no gtk3)
I was able to nail down the exact patch that fixed this problem.
More details on the patch:
--------------------------------
commit 682a3c8c75e9b327fa7013be6afd251dc2dbdbc7
Author: Benjamin Otte <otte>
Date: Thu Jun 25 13:18:04 2009 +0200
Enable the size column in recent files/search
Previously information about file sizes was not available for search
results and recent files, so the column was always hidden. As this
information is now available, we can stop the special handling and use
the same setting as in browse mode.
[prekarat@d6fc318 gtk+]$ git name-rev 682a3c8c75e9b327fa7013be6afd251dc2dbdbc7
682a3c8c75e9b327fa7013be6afd251dc2dbdbc7 tags/2.19.0~148
The patch solves the problem but it introduced another problem.
The patch shows the size column in "Resent Used" page, but the size value is not correct. All files
in the page have the same and random value.
The symptom doesn't occur on Fedora 14.
Further troubleshooting steps
-------------------------------------
Looking into further patches in the gtk git repo, I found that there are lot of changes to the
gtkfilechooser.c file.
The following patch implements a new GtkFileSystemModel
commit 18b56b997089595df4c602d8d045a291d69a7ff8
Author: Benjamin Otte <otte>
Date: Tue Jun 30 15:15:55 2009 +0200
Implement new GtkFileSystemModel
The new model is mostly API-compatible with the old model (minimal
changes were required), but is a lot faster and has a lot of very
desirable features.
- the model does no longer support a tree, just a list of files in a
given directory
- the storage has been moved to a GArray as opposed to a tree
- no more dependency on GtkFileSystem
- columns are managed by the creator of the model, so any number of
nodes can be added as needed. This also makes the API more similar
to GtkListStore.
- Values are filled on demand using a function given when creating the
model.
- The function can decide to let the model cache returned values or
decide to be called again the next time the value is queried.
- implements GtkTreeSortable
- _gtk_file_system_model_get_value() was added to significantly speed
up value access, which is necessary when sorting large models.
and there are various other patches on top of it.
commit a5390ad49e53522dedc6bbb894e715e7eef91f7f Consolidate tree models for different browse modes
commit 30c1a1ee2c471f975d6bf3cb0cef608d428c7a77 Replace the cell data computations
commit 105e6fbc11dbc37a6b863b766b878cad1c63b969 Use the GtkTreeSortable of the filesystem model
commit d68bca17711eb2fe7bdb05943bcd2125873d5b94 Use the faster accessor function in the sort functions
Can you please shed some light if we can apply all these patches to fix the problem? Looks like
these are major changes and wanted to know your thoughts if you would include them?
Cheers,
Prem
------- Comment From prem.karat.ibm.com 2011-05-30 06:25 EDT-------
(In reply to comment #11)
> Hi
> Did you get a chance to review this?
>
> Cheers,
> Prem
Hi Redhat,
Did you get a chance to look into this?
Cheers,
Prem
Comment 6RHEL Program Management
2011-07-06 00:27:44 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.
After talking with Benjamin, this sounds feasible without importing all the more invasive patches mentioned in this bug report.
We should make sure to do something like
gtk_tree_view_column_set_visible (impl->list_size_column, impl->show_size_column);
in search_switch_to_browse_mode() and recent_switch_to_browse_mode()
------- Comment From toshiona.com 2012-04-18 04:58 EDT-------
Thank you for the notice. I confirmed RHEL6.3 Alpha2 (RHEL6.3-20120329.0-Server-x86_64) solved the problem.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHBA-2012-0809.html
---Problem Description--- GtkFileChooserDialog lacks size column after some operations. ---uname output--- Linux host 2.6.32-71.el6.i686 #1 SMP Wed Sep 1 01:26:34 EDT 2010 i686 i686 i386 GNU/Linux Machine Type = 8311-48J ---Steps to Reproduce--- 1) Open GtkFileChooserDialog. For example, 1a) Launch gedit 1b) Choose File - Open Confirm the size column is available. 2) Choose "Recently Used" in Place area. 3) Choose "Search" in Place area. 4) Choose home directory => Then, the size column disappears, even if right click menu shows "Show Size Column" is active. A quick check on Fedora 14 did not show the problem. The GTK version am using is both gtk3-2.90.5-1.fc14.i686 gtk2-2.22.0-1.fc14.1.i686 I confirmed this problem did NOT occur on Fedora14. Fedora14 has a size column in "Recently Used" page. I think this change affected the problem. I could look at the problem on two RHEL6 machines in our Lab. They have > gtk2-2.18.9-4.el6.i386 > (no gtk3) I was able to nail down the exact patch that fixed this problem. More details on the patch: -------------------------------- commit 682a3c8c75e9b327fa7013be6afd251dc2dbdbc7 Author: Benjamin Otte <otte> Date: Thu Jun 25 13:18:04 2009 +0200 Enable the size column in recent files/search Previously information about file sizes was not available for search results and recent files, so the column was always hidden. As this information is now available, we can stop the special handling and use the same setting as in browse mode. [prekarat@d6fc318 gtk+]$ git name-rev 682a3c8c75e9b327fa7013be6afd251dc2dbdbc7 682a3c8c75e9b327fa7013be6afd251dc2dbdbc7 tags/2.19.0~148 The patch solves the problem but it introduced another problem. The patch shows the size column in "Resent Used" page, but the size value is not correct. All files in the page have the same and random value. The symptom doesn't occur on Fedora 14. Further troubleshooting steps ------------------------------------- Looking into further patches in the gtk git repo, I found that there are lot of changes to the gtkfilechooser.c file. The following patch implements a new GtkFileSystemModel commit 18b56b997089595df4c602d8d045a291d69a7ff8 Author: Benjamin Otte <otte> Date: Tue Jun 30 15:15:55 2009 +0200 Implement new GtkFileSystemModel The new model is mostly API-compatible with the old model (minimal changes were required), but is a lot faster and has a lot of very desirable features. - the model does no longer support a tree, just a list of files in a given directory - the storage has been moved to a GArray as opposed to a tree - no more dependency on GtkFileSystem - columns are managed by the creator of the model, so any number of nodes can be added as needed. This also makes the API more similar to GtkListStore. - Values are filled on demand using a function given when creating the model. - The function can decide to let the model cache returned values or decide to be called again the next time the value is queried. - implements GtkTreeSortable - _gtk_file_system_model_get_value() was added to significantly speed up value access, which is necessary when sorting large models. and there are various other patches on top of it. commit a5390ad49e53522dedc6bbb894e715e7eef91f7f Consolidate tree models for different browse modes commit 30c1a1ee2c471f975d6bf3cb0cef608d428c7a77 Replace the cell data computations commit 105e6fbc11dbc37a6b863b766b878cad1c63b969 Use the GtkTreeSortable of the filesystem model commit d68bca17711eb2fe7bdb05943bcd2125873d5b94 Use the faster accessor function in the sort functions Can you please shed some light if we can apply all these patches to fix the problem? Looks like these are major changes and wanted to know your thoughts if you would include them? Cheers, Prem