Kile interferes with menu navigation

[Georg Mayr-Duffner]

I’ve been observing this for some time now and it’s not always reproduceable: Sometimes, when I have kile running, some menu items in smed don’t react, but they do so, as soon as I close kile. I’ve been able to reproduce this one: open kile, open smed, navigate to file → open; nothing happens, smed is frozen. Upon closing kile, the open font dialogue appears (and if I’ve clicked on another menu item in the meantime, you now, the nervous omg what’s happened mouseclicking, that item is expanded) and everything is fine again. The command line from which I opened smed doesn’t seem to know anything about smed’s nap, it stays unchanged.

[Barry Schwartz]

Khaled would know a lot more about this than I do.

I just installed kile and have seen no problems so far. Have you tried a different window manager?

[Khaled Hosny]

I wouldn’t even have the slightest idea. GDraw does all kinds of low level X stuff that I don’t understand.

[Georg Mayr-Duffner]

Until now I’ve tried with Mutter (Gnome3/Fedora18) and Compiz (Cinnamon/Arch). It’s exactly the same behaviour. I’ve tried with other programs which I think are using qt (skype, google earth) but with them, smed behaves correctly.

More tests:

• it seems to affect file dialogues only. So far, I found this issue with “Open”, “Save”, “Generate font”, “Import” and “Merge feature info”, not with “Settings”, “X resources”, “Font properties” or “Metrics window”.
• if I open a font before starting kile, the issue is gone, both programs run nicely parallel.

[Khaled Hosny]

I don’t really know, sorry. If this is a new behavior, the only way I can see to debug this is to use git bisect to find the commit that introduced it. I’ll try installing Kile and see if I can reproduce this.

[Khaled Hosny]

I installed Kile but I can’t reproduce this, Open, Save, etc. dialogs open fine.