From: Benny M. <ben...@gm...> - 2008-09-03 05:39:09
|
I think Brian is changing some things in that part of the code. As this is trunk, do a bug submission under trunk. It is normal placecompletion does not work in trunk, the report API changed somewhat Benny 2008/9/2 Jérôme <rom...@ya...> > Benny, > > *leaf* is then a GTK vocabulary :) > Thanks ! > > Here a dialog is apparently added, but perhaps it is to the wrong parent >> that the code sets it, so it complains.... >> > > 1. On trunk > 2. Look at "Plugins Status" dialog (Help menu) > 3. i.e : PlaceCompletion tool is not loaded (in red) > 4. try to learn more by clicking on row > 5. ERROR > ManagedWindow.py", line 202, in add_item > "Gwm: add_item: Incorrect track - Is parent not a leaf?" > > > Otherwise, is it possible that my recurring problem at the close of a > editor dialog on the stable release and GNOME (gtk 2.12) is also related to > this GTK hierarchy? > > I tried to clean my OS config|preferences and my gramps' profile, I > provided a testcase for my GAIL warning which occurs just before the freeze > (or crash) http://www.gramps-project.org/bugs/view.php?id=1936 > > Here, a possible testcase under GNOME desktop : > 1. Create a new Family Tree > 2. Import gail.gramps > 3. Go to NoteView > 4. Open the note (N0000) > 5. Close the Note Editor > > Now, I will try to reproduce freeze/crash by using XFCE desktop !!! > > > Jérôme > > > Benny Malengier a écrit : > >> >> >> 2008/9/2 Jérôme <rom...@ya... <mailto:rom...@ya...>> >> >> >> Hi, >> >> >> > ManagedWindow.py", line 202, in add_item >> > "Gwm: add_item: Incorrect track - Is parent not a leaf?" >> >> >> There are quite some possible scenario's that can caue this. It all >> depends on how dialogs are setup in GTK. They form a tree structure starting >> from a root dialog, but you can mess this up. Especially as GRAMPS keeps >> it's own track of how dialogs relate in the ManagedWindow file (so if you >> close a parent dialog, all leafs that come from that branch are closed >> automatically too). Here a dialog is apparently added, but perhaps it is to >> the wrong parent that the code sets it, so it complains.... >> I fixed quite some issues like that last year, but the complexity of the >> situation is such that it needs quite some delving in the code to understand >> all the intricacies again, before one can start to fix things. >> Benny >> >> >> >> What does it mean ? >> Is it poetry, a metaphor or an expression ? >> >> Looking at ManagedWindow.py:202 >> # if the item is identifiable then we need to remember >> # its id so that in the future we recall this window >> # instead of spawning a new one >> # So people can make as many windows of type item.window_id = None >> # Use this for add dialogs, where users may add as many values >> # simultaneously as they want. >> # Actually, we should do this away, as requiring at least id(obj) >> # is not a big requirement ? >> if item.window_id: >> self.id2item[item.window_id] = item >> # Make sure we have a track >> parent_item = self.get_item_from_track(track) >> assert isinstance(parent_item, list) or track == [], \ >> "Gwm: add_item: Incorrect track - Is parent not a leaf?" >> >> Does it mean something like "End of branch" on Family tree (line) ? >> >> Because there is some unstable/custom plugins which return this message >> on trunk. OK, management seems not to be same as current stable release >> (3.0.1) but I would like to know what type of answer/response to give >> to >> the question : Is parent not a leaf ? >> >> >> Thank you in advance ! >> >> Jérôme R. >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> <http://moblin-contest.org/redirect.php?banner_id=100&url=/> >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> <mailto:Gra...@li...> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> |