With the KDevelop "Debug toolbar", the KDevelop main window cannot be focused,
i.e. mouse actions are possible but it is not possible to enter text. With the
KDE window manager, there's no problem.
It may be a bug of KDevelop, of course.
Steps to Reproduce:
1. Start KDevelop
2. New project, C, Simple Hello World, "Test" as name, well, doesn't matter
3. Project menu, Project Settings, Components, [x] Debugger.
4. Set a breakpoint where printf() is.
5. Build the project, KDevelop automatically asks if it sould run auto*.
6. Debug the program. There should appear a floating window with no window
decrocation but with a Break/Continue/ etc. button.
If this window appears, it is not possible to enter text in the KDevelop main
It should be possible to enter text.
Olivier, do you think this can be related to our handling of dock type windows?
Even if that was taken from kwin in the first place...
sorry I'm not seeing any floating window nor any focus problem here...
Can you post the results of "xprop" and "xwininfo" of that "floating" window ?
Created attachment 137
Created attachment 138
KDevelop main window
Ok, it's what I thought, the floating window is a modal:
_NET_WM_STATE(ATOM) = _NET_WM_STATE_MODAL, _NET_WM_STATE_SKIP_TASKBAR,
Therefore the focus remains on that window, that's the normal expected behaviour.
No bug here. The fact taht "it works with KDE" might explain why that bug has
not been detected before.
It it a dock. Such an interesting concept, a "dock" window, "modal" :)
I'm closing that bug as it's really a problem with KDevelop that needs to be
addressed by KDevelop, not Xfce.
I've added a work-arround in xfwm4 so that it ignore modality when dealing with
non-regular windows (such as docks), but it's by no way a fix.
Could you check that the work arround helps?
I reported it as bugreport in KDevelop a few days ago, but no response until
now. I'll check the workaround as soon as possible.