Re: [Gramps-devel] DB associate callback should return DB_DONOTINDEX/string/list of strings.

[Benny M. <ben...@gm...>]

2012/11/21 jerome <rom...@ya...>

> Hi,
>
> I do not understand this message:
> 24635: ERROR: grampsapp.py: line 111: Unhandled exception
> TypeError: DB associate callback should return DB_DONOTINDEX/string/list
> of strings.
>
>
When do you see this error? The GTK3 conversion of trunk is "complete", so
you can do bug tickets and put on the roadmap, and ping me for things to
look at


> It happens by using some tools and/or addons.
>
> It is maybe related to:
> File "trunk/gramps/gui/plug/_windows.py", line 833, in results_write_link
>     self.tags.append((LinkTag(person_handle, buffer), person_handle))
>   File "trunk/gramps/gui/plug/_windows.py", line 697, in __init__
>     GObject.GObject.__init__(self, link)
> TypeError: GObject.__init__() takes exactly 0 arguments (1 given)
>

This could be related I think, if a db callback starts an instance here.
So fix this and see. Now, looking at
http://developer.gnome.org/gtk3/stable/GtkTextTag.html
the __init__ here will call
gtk_text_tag_new ()
which has a name argument. So try with:

GObject.GObject.__init__(self, name=link)

This GObject just passes to the init method of the parent class. You could
normally also change it with:
Gtk.TextTag.__init__(self, name=link)

So, if that does not fix it, do a bug ticket saying how to trigger the
problem. But better if you can fix it :-)


> It seems to be always present but maybe hidden before revision20688
> http://sourceforge.net/p/gramps/code/20688/
>
> I only tried to fix number of arguments!
> => TypeError: scroll_to_mark() takes exactly 6 arguments (3 given)
>
> http://developer.gnome.org/gtk3/3.2/GtkTextView.html#gtk-textGObject.GObject.__init__(self,
> link)-view-scroll-to-mark<http://developer.gnome.org/gtk3/3.2/GtkTextView.html#gtk-text-view-scroll-to-mark>
>
> Yes, this fix seems correct. If you fix something like that, then do a
grep search in the entire gramps codebase, to see if other places also not
use it wrongly. Like that, we fix the problem everywhere immediately.



> I am trying to test addons with trunk.
> I am able to fix modules import or basic errors on Gtk arguments or
> naming, but I have problems with Gdk, GI, GObject.
>
> Addons already tested are noted 'for 4.0' and 'STABLE' (no visible crash)
> or 'UNSTABLE' (something goes wrong). Few addons have not been tested yet,
> they are still noted 'UNSTABLE' and 'for 3.5'.
>

Yes, this is the way to go. If possible, also try with python3. You could
use the 2to3 conversion on an addon, however, this has to then be edited to
still work on python 2.7! Personally, I run 2to3, then do the changes
needed to make python 2.7 work again (so add __future__ statements) .
If you do not test with python 3, then perhaps add a comment string above
STABLE:

# not yet tested with python 3

or something like that.

Benny

>
>
> regards,
> Jérôme
>
>
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Gramps-devel mailing list
> Gra...@li...
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>