Thanks for your detective work!
When/if this appears again, we will try to hunt it down.
Let's drop it for now it since it works.
On Mon, 2006-12-25 at 21:23 +0100, benny.malengier@... wrote:
> my bug hunt for the non-transient windows in the KDE window manager failed.
> This was part of bug http://bugs.gramps-project.org/view.php?id=561
> I will spend my time with other GRAMPS issues.
> Just to archive what I did:
> In the code for 2.2.4, I added the extra .show() in _init_local method of
> PlaceEditor. Now, in KDE the editor is not fully transient, as it was in
> version 2.2.3
> Next I added comments, to try to isolate where it comes from. Commenting the
> self._create_tabbed_pages() line in EditPrimary makes the PlaceEditor again
> fully transient. Looking further, I isolated the problem to _EmbeddedList.py.
> Commenting out self.build_columns() makes the EditPlace window transient.
> Next I made a test file, where I make a dialog, add a notebook, add a tab with a
> treeview, and add the analog of build_columns() method. Once I used a glade
> file, once the gtk library. However, in both cases, the dialogs where fully
> transient. No problems found.
> I can only conclude that this must be an exotic issue due to the interaction of
> objects in gramps with an error in how pygtk talks to the window manager or how
> the window manager translates things.
> I do believe the treeview is somewhere to blame, as in a plugin I'm making I
> also had the non-transient behaviour, and it too contains a treeview. However
> the plugin uses the Tools class, so isolating the bug from the plugin without
> GRAMPS classes would also be difficult. I suggest us KDE users just stand on
> the lookout to catch this bug should it reoccur. And the fact that on Kubuntu
> 6.10 the bug is less severe (transient, but minimize button is shown) than in
> 6.6, should give us hope.
Alexander Roitman http://www.gramps-project.org