[Gramps-devel] Multiple bugs in the Gramps CVS version

[Eero T. <eer...@ne...>]

Hi,

There are multiple problems with the current (thursday) Gramps CVS version.
I tried installing it to a person who had had earlier only Gramps 1.0.11.

The bugs:

* After installing Gramps I got an error when trying to open the settings 
dialog:
------------
Traceback (most recent call last):
  File "/usr/local/share/gramps/gramps_main.py", line 1941, in 
on_preferences_activate
    GrampsCfg.display_preferences_box(self.db)
  File "/usr/local/share/gramps/GrampsCfg.py", line 342, in 
display_preferences_box
    GrampsPreferences(db)
  File "/usr/local/share/gramps/GrampsCfg.py", line 164, in __init__
    self.build()
  File "/usr/local/share/gramps/GrampsCfg.py", line 196, in build
    ipr.set_text(GrampsKeys.get_person_id_prefix())
TypeError: GtkEntry.set_text() argument 1 must be string, not None
------------
  This was because Gramps hadn't installed itself properly as
  gconftool-2 wasn't in the root's path on SUSE 9.3.
  In SUSE gconftool-2 is in:
	/opt/gnome/bin/gconftool-2
  Installation should stop if:
  	[ -z $(which gconftool-2) ]
  unless it's run in packager mode.

* I noticed this only after removing all (=Gramps 1.x) keys from Gconf and
  restarting Gramps.  *Only* then it complained that Gconf stuff hadn't
  been properly installed.

* After re-installing, I got a warning:
----
Failed to import preferences from the 1.0.x version.
/usr/local/share/gramps/DbPrompter.py:185: GtkWarning: 
gtk_file_system_unix_get_folder: assertion `g_path_is_absolute (filename)' 
failed
  choose.set_current_folder(default_dir)
----
  I guess this is harmless...?

* What was more urgent, was that Gramps didn't show *any* dates in any other
  than English locale, regardless of whether I directly opened the Gramps
  1.x XML data file or imported it first into an empty GRDB database.
  In the old data.gramps XML file dates are stored in ISO format, like this:
---
      <event type="Birth">
        <dateval val="1940-05-24"/>
        <place ref="P0007"/>
      </event>
---
  Same happened also when I used a locale with a data parser (e.g. French).
  When I debugged this, the 'display' method wasn't called for those
  languages.  Only in English locale the english date 'display' method
  was called.  This is a serious bug/regression.

  Reversing this change fixed the problem:
-------------
--- test1/src/ReadXML.py	2005-07-12 23:58:35.000000000 +0300
+++ test2/src/ReadXML.py	2005-08-07 22:55:34.000000000 +0300
@@ -596,7 +596,10 @@
     def start_event(self,attrs):
         self.event = RelLib.Event()
         self.db.add_event(self.event,self.trans)
-        self.event_type = const.save_event(attrs["type"])
+        if self.family:
+            self.event_type = const.display_pevent(attrs["type"])
+        else:
+            self.event_type = const.display_fevent(attrs["type"])
         if attrs.has_key("conf"):
             self.event.conf = int(attrs["conf"])
         else:
------------
  But I don't see how it could affect the showing of dates...

* After adding a patronymic to a Person's name in the name editor everything
  was ok (name showed both in the people list and name editor) until I quit
  Gramps.  However, after restarting Gramps, the UI didn't show the
  patronymic, not even in the name editor.  It was still in the database
  like this though:
---
         <name type="Birth Name">
         <first>Matias</first>
-        <last prefix="Juhonpoika">Mattila</last>
+        <last>Mattila</last>
+        <patronymic>Juhonpoika</patronymic>
---
  This can be repeated with the example database by doing following:
  - Open Home person
  - Open name editor
  - Move Michael from the first name to patronymic, ok the changes
    (re-open the person dialog and then name dialog to verify the change)
  - Quit Gramps
  - Restart Gramps
  - Open the person dialog and then name dialog and see that patronymic
    is not anymore shown

* There are also problems with the narrative www-page report:
  - Gramps shows only one of the people in the sources references section
  - Report doesn't save the filter selection nor use it
  - Report doesn't show patronymes (e.g. instead of surname,
    if that is missing)