> Hello, > > I had this issue with KDevelop a lot, so now I see it in QtCreator too > and I concluded that the IDE has nothing to do with the issue, much > rather it is gdb issue or something related to gdb. > So, In Ubuntu/Debian GNU/Linux, within GNOME, , if I debug a event > that is either DragEvent or ContextMenuEvent, whenever the event is > triggered (and there is a breakpoint), the desktop environment freezes > (as if the focus is stolen by the debugger), only the keyboard is free > to interact (so I have to press shift+f1, kill the gdb and then get > back to shift+f7). > > Can QtCreator be forced to receive/keep the focus after drag or > contextmenu events are triggered? Anyone had this kind of experience? > I suppose if I need to issue a bug I have to issue it to the GDB dev > team, not to QtCreator? > > thanks, > Aleks >
This actually caused by the interaction between gdb and the Qt libraries. It is not specific to any IDE. During either of those two actions, Qt "grabs" the mouse. It does not release it until the popup menu has been dismissed, etc... So when the breakpoint is triggered you are then unable to return focus to whatever window is controlling gbd, and unable to interact with your application or desktop environment. Kris Wong _______________________________________________ Qt-creator mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-creator
