Description of problem: In any option where you are selecting and existing record the window shows a pane with the selection list in it. You need to highlight the option you want to select. I ALL circumstances I have seen this results in a panel with just one option visible. This means I have to go through each record individually to get to the option I want. As an example create a new family and select the father from a selection list. It is really slow. The easiest way to see it is just to add an existing event to a person. I have marked the severity as high as it makes the software almost unusable for anything but the smallest families. Version-Release number of selected component (if applicable): gramps.noarch 4.0.2-1.fc20 How reproducible: Every time, on two separate systems Steps to Reproduce: 1. Select a person 2. In the displayed window on the events tab select the selection list (second icon) 3. If you have more than one even in the database the problem is apparent Actual results: One item in selection list displayed Expected results: A reasonable length list, especially when selections are just drop downs for more options! Additional info: I have marked this as high severity as it could put people off using gramps.
I have found the same problem in a script I wrote that uses zenity. It appears to be a problem with gtk+/gtk3 combo boxes. On looking through bugzilla it appears that bugs 1021509 and 1022060 are related. There appears to be a fix to gtk3 in the pipeline: https://admin.fedoraproject.org/updates/FEDORA-2013-22262/gtk3-3.10.5-1.fc20,control-center-3.10.2-3.fc20,gnome-settings-daemon-3.10.2-3.fc20 I have not tried this fix as I am not familiar with Bohdi and how to get the update. I have not moved the bug to the gtk3 queue because it has been assigned and I am not too sure what to do when that is the case.
Created attachment 830277 [details] Zenity Command Output
The 'fix' for bugs 1021509 and 1022060 has been applied to my system after a yum update. It does not fix the problem I am seeing. Note the problem happens not only in gramps but also zenity. The zenity command that displays a menu: ENTRY=`zenity --list --title='Tailored Backup' --width=500 --height=400 --column=Selected --column=Description --radiolist --print-column=ALL FALSE "Backup" FALSE "Continue Interrupted Backup" FALSE "Delete last backup" FALSE "Restore from backup" FALSE "Edit Configuration" FALSE "View Configuration" True "Help"` shows just the "Backup" option as per attached file. Previously (Fedora 19) it showed all the options.
can you please run gramps from command line and send eventually traceback, while reproducing your problem?
Created attachment 830722 [details] Screenshot from gramps adding a family - select father Not too sure what you want. If I run gramps from the command line I get: [p@a ~]$ gramps /usr/lib/python2.7/site-packages/gramps/gui/widgets/undoableentry.py:115: Warning: g_value_get_int: assertion 'G_VALUE_HOLDS_INT (value)' failed Gtk.Entry.set_text(self, text) [p@a ~]$ I get this warning when I open any persons record. it is not associated with my problem. If I use [p@a ~]$ python -m trace -t /usr/bin/gramps >/home/p/gt.txt the result is a 315MB file. Just checking before I send this. If you need something else let me know what you want. I thought it may be best to let you see an example of what I am talking about on gramps. Screenshot attached. This is created by adding a family and selecting the father from the existing members of my tree. The shot shows a list of 70+ family names from which I can select. As you can see only one is visible and requires a lot of scrolling. NB I do not think this is a gramps problem anymore! See the same problem in zenity!
(In reply to Paul Finnigan from comment #5) > NB I do not think this is a gramps problem anymore! See the same problem in > zenity! ok than i'm switching to gtk3 :)
I use zenity in a number of bash and python system admin scripts. I have updated to python3 and GTK3 for all my scripts. They all work on Fedora 18 and 19. When I updated to Fedora 20 I noticed the same problem described above with dialogs displaying a single line. It makes the scripts difficult to use. Fedora 20 was released with zenity-3.8.0-3. On the Gnome git site commit log for zenity the problem is described as: 2013-10-10 But #702535 - List box doesn't expand to fill window Arx Cruz I downlaoded the tar file for ZENITY_3_10_2 from the Gnome git respository and did a make and installed it. The dialog (list box) problem in zenity 3.8 is fixed by zenity 3.10.2. I checked my current Arch test system and it has zenity 3.10.2-1 installed.
Created attachment 870069 [details] Upstream patch that fixes bug The attached patch fixes this bug
Created attachment 870070 [details] Updated spec file This spec file, combined with the previously attached patch fixes this bug
SRPM: http://lesloueizeh.com/jdieter/zenity-3.8.0-4.fc20.src.rpm x86_64 RPM: http://lesloueizeh.com/jdieter/zenity-3.8.0-4.fc20.x86_64.rpm
Jonathan I have just tried the attached x86_64 RPM. It works fine, without any extensive testing. The problem of limited view of a selection list is certainly fixed. IMHO once this fix is on its way the problem can be closed as fixed. Thanks for your help. Paul
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. 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 EOL if it remains open with a Fedora 'version' of '20'. 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. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 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, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 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. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.