SUMMARY Image displayed belongs to a IntelliJ window, but everything else, such as focus, mouse events (hover, scroll, click, right click), typing, etc. happens in the other IntelliJ window, as if this other is 100% transparent but always on top of the first one. STEPS TO REPRODUCE 1. Open IntelliJ and open two or more projects at the same time, so each has its own window (all of the windows in "maximized" view) 2. Open some other application, such as a browser (Firefox or even Chromium), with the window also "maximized" 3. On a IntelliJ window in focus (as working on it), Alt+Tab to a browser window 4. Then, now in the browser window, Alt+Tab to select a DIFFERENT IntelliJ window from the one in item #1 OBSERVED RESULT Image displayed belongs to a IntelliJ window, but everything else, such as focus, mouse events (hover, scroll, click, right click), typing, etc. happens in the other IntelliJ window, as if this other is 100% transparent but always on top of the first one. EXPECTED RESULT Alt+Tab should return to the selected window, and focus, mouse and keyboard actions should act on it, and not on another window of the same application. SOFTWARE/OS VERSIONS KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.9-1-default (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-10510U CPU @ 1.80GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: Dell Inc. Product Name: Vostro 5490 IntelliJ IDEA: IntelliJ IDEA 2023.3.5 (Community Edition) Build #IC-233.14808.21, built on March 12, 2024 Runtime version: 17.0.10+1-b1087.21 amd64 VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o. Linux 6.7.9-1-default GC: G1 Young Generation, G1 Old Generation Memory: 7000M Cores: 8 Registry: debugger.new.tool.window.layout=true ide.experimental.ui=true Non-Bundled Plugins: net.sf.opk.avro-schema-support (221.4.1) dev.meanmail.plugin.nginx-intellij-plugin (2022.1.1) org.intellij.plugins.hcl (233.13135.65) name.kropp.intellij.makefile (233.13135.65) Docker (233.14808.21) net.seesharpsoft.intellij.plugins.csv (3.3.0-233) PlantUML integration (7.7.0-IJ2023.2) com.jetbrains.packagesearch.intellij-plugin (233.11800.8) com.cursiveclojure.cursive (1.13.2-eap7-2023.3) Kotlin: 233.14808.21-IJ Current Desktop: KDE ADDITIONAL INFORMATION Dual monitor setup. Extended desktop, secondary screen placed on top of primary one.
I have the same issue on OpenSuse TW. It's really annoying. I'm working with multiple IntelliJ windows, currently on one project: 1x IntelliJ IDEA 2x GoLand I found, that if I open only 1x IDEA and 1x GoLand, it is working fine. I have the issue only with 2x GoLand windows. Expecting it will be the same with 2x IDEA windows. @PedroBoschi did you found any workeround?
(In reply to Martin Spudich from comment #1) > I have the same issue on OpenSuse TW. It's really annoying. > > I'm working with multiple IntelliJ windows, currently on one project: > > 1x IntelliJ IDEA > 2x GoLand > > I found, that if I open only 1x IDEA and 1x GoLand, it is working fine. I > have the issue only with 2x GoLand windows. Expecting it will be the same > with 2x IDEA windows. > > @PedroBoschi did you found any workeround? I could not find a way to make the windows behave as they should, so my "workaround" is to close the application (IntelliJ's "File" menu -> Exit), as they are in the same place for all the IntelliJ windows, and then open the application again, so my open projects are restored. Yes, annoying....
(In reply to Pedro Boschi from comment #2) > (In reply to Martin Spudich from comment #1) > > I have the same issue on OpenSuse TW. It's really annoying. > > > > I'm working with multiple IntelliJ windows, currently on one project: > > > > 1x IntelliJ IDEA > > 2x GoLand > > > > I found, that if I open only 1x IDEA and 1x GoLand, it is working fine. I > > have the issue only with 2x GoLand windows. Expecting it will be the same > > with 2x IDEA windows. > > > > @PedroBoschi did you found any workeround? > > I could not find a way to make the windows behave as they should, so my > "workaround" is to close the application (IntelliJ's "File" menu -> Exit), > as they are in the same place for all the IntelliJ windows, and then open > the application again, so my open projects are restored. > Yes, annoying.... Right now, I found, that I could send one of the IntellJ windows to a different workspace. And then the "stack" window works again. I will open IntelliJ windows in different workspaces until this issue is resolved.
I have just found out that, if you remove the overlap between the windows, the issue does not happen. So, as I use the IntelliJ windows maximized, what I do now when facing this problem is place one window on the right side of the screen ("super" key + Arrow right) and the other window on the left side of the screen ("super" key + Arrow left). So the issue is sorted-out and I can maximize the windows again and resume working.
I'm also now experiencing this or something very similar after upgrading to kde/plasma6 in arch/nvidia/x11. To clarify OP; Is it only reproducible for you by alt tabbing? For me it's not immediately reproducible by alt tabbing between windows. But it does only seem to happen when I have 2 of the same jetbrains ides open. I was previously fixing it by moving whatever window would win the focus to my other monitor temporarily then back. Also I should note, for me when it happens, it seems to sometimes affect other apps as well. Like clicking on screen will send the click to the app behind it. I've also experienced things occasionally like not being able to interact with windows via mouse but keyboard input still makes it through. May or may not be related.
I think these bugs are referring to the same problem: https://bugs.kde.org/show_bug.cgi?id=483532 https://bugs.kde.org/show_bug.cgi?id=483162 For me the workaround is to minimize all windows behind the IDE instance I want to use. Maybe also an interesting observation: While all events seem to affect the window behind the one visible, I can still move the visible window with Meta + Mouse. I have no idea who is responsible for what in kwin, but it's not like the windows are "simply" rendered in the wrong order.
I just had this happen again just now, and I could not fix it by the usual methods described here. I couldn't interact with the windows using my mouse, but the keyboard was still passing its inputs. I had to restart the Kwin process to recover my desktop fully. I used an existing terminal window to check the log and restarted the process via `kwin_x11 --replace &` . After that, everything was back to normal. Not sure if any of this is useful but: last couple of lines in `journalctl /usr/bin/kwin_x11` Apr 04 17:50:25 computer_name kwin_x11[5332]: kwin_core: Failed to focus 0xbe00283 (error 3) Apr 04 17:50:25 computer_name kwin_x11[5332]: kwin_core: XCB error: 3 (BadWindow), sequence: 39349, resource id: 199230083, major code: 129 (SHAPE), minor code: 3 (Combine) Then output of restarting the process: ``` [user@computer_name:~]$ kwin_x11 --replace & [1] 1653673 [user@computer_name:~]$ OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce RTX 2080 Ti/PCIe/SSE2 OpenGL version string: 3.1.0 NVIDIA 545.29.06 OpenGL shading language version string: 1.40 NVIDIA via Cg compiler Driver: NVIDIA Driver version: 545.29.6 GPU class: Unknown OpenGL version: 3.1 GLSL version: 1.40 Requires strict binding: no Virtual Machine: no Timer query support: yes KPackageStructure of KPluginMetaData(pluginId:"kwin4_effect_incinerate", fileName: "/home/user/.local/share/kwin/effects/kwin4_effect_incinerate/metadata.json") does not match requested format "KWin/Effect" KPackageStructure of KPluginMetaData(pluginId:"kwin4_effect_pixel_wipe", fileName: "/home/user/.local/share/kwin/effects/kwin4_effect_pixel_wipe/metadata.json") does not match requested format "KWin/Effect" kwin_core: XCB error: 9 (BadDrawable), sequence: 3941, resource id: 127926879, major code: 143 (DAMAGE), minor code: 1 (Create) kwin_core: XCB error: 152 (BadDamage), sequence: 4122, resource id: 251658323, major code: 143 (DAMAGE), minor code: 3 (Subtract) qt.qml.typeresolution.cycle: Cyclic dependency detected between "qrc:/qt/qml/org/kde/desktop/private/TextFieldContextMenu.qml" and "qrc:/qt/qml/org/kde/desktop/MenuItem.qml" ```
*** This bug has been marked as a duplicate of bug 478556 ***