Bug 279748 - Window tabbing completely broken (focus issues, tabs vanishing, ...)
Summary: Window tabbing completely broken (focus issues, tabs vanishing, ...)
Status: RESOLVED DUPLICATE of bug 225500
Alias: None
Product: kwin
Classification: Plasma
Component: window-tabbing (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-09 15:03 UTC by Cesko Voeten
Modified: 2011-09-25 14:53 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kwinrc (6.31 KB, text/plain)
2011-09-25 10:07 UTC, Cesko Voeten
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cesko Voeten 2011-08-09 15:03:55 UTC
Version:           unspecified (using KDE 4.7.0) 
OS:                Linux

(copy/paste from unrelated bug #279656)

The problem is kind of hard to explain. If I open, say, two Dolphin windows, I
get two tabs. If I try to switch away from the second window by clicking the
first window's tab, the tabs disappear. The windows then completely lose focus,
as if they weren't there at all. I can still get the first window (with no tabs
showing) back & working by clicking another window and then clicking that first
Dolphin window in my dock. The second window is totally broken: if I click that
in my dock, then I get tabs again but the window never gets focus. The only way
to get things normal again is to close both windows and start just one instance of Dolphin again. BTW, this happens with every single app, KDE or not.

Reproducible: Always

Steps to Reproduce:
Open a second window of an already running app. Then try to switch to it using the window tab.

Actual Results:  
1. Switch to the second window happens.
2. Window tabs disappear.
3. Second window does not have focus and is therefore inoperable. (it's hard to tell which window /does/, though)
4. Try to switch back to the first window by clicking it in your dock (Avant Window Navigator) (you don't have tabs any more, remember?)
5. The window behind the two windows you were working with now has focus.
6. Both windows of your app are inoperable: they can not come up again unless you forcibly minimize and unminimize them by right-clicking the dock icon -> {minimize,restore}. **Even if they can come up, they will never get focus and will remain frozen (even if their contents do change (e.g. progress bars)).**
7. The only fix: right click the dock icon and close those windows.

Expected Results:  
Anything but this.

Widget style = Oxygen Transparent (can also reproduce with regular Oxygen).
GPU = ATI HD5450 using the r600g driver from Mesa 7.11 on kernel 3.0
Comment 1 Per 2011-09-11 09:26:45 UTC
I can confirm this bug, window tabbing is completely broken. I'm using KDE 4.7.1 on Archlinux.

If i group two windows i can still see the windows, but if i click on the window it does not react. The click goes straight thorugh to the window below or the desktop.

I have to kill the windows to get it back to normal.
Comment 2 Martin Flöser 2011-09-25 09:01:21 UTC
I cannot reproduce. Works fine here with the testcase Dolphin
Comment 3 Cesko Voeten 2011-09-25 09:10:42 UTC
That's strange. The problem is still definitely present for me in 4.7.1.

Are there any debugging steps I can perform to find out where the problem is located in my setup?
Comment 4 Thomas Lübking 2011-09-25 10:01:43 UTC
Please attach your ~/.kde/share/config/kwinrc and - as a wild shot from some other bug years ago: - does it matter on which virtual desktop the windows are & do you use activities in this regard?
Comment 5 Cesko Voeten 2011-09-25 10:07:34 UTC
Created attachment 63945 [details]
kwinrc

Virtual desktops are not a factor. I've never truly understood activities in KDE and I do not use them in any special way.
Comment 6 Thomas Lübking 2011-09-25 12:38:14 UTC
Works (ie. there's a bug with that configuration)

If you'd suspend compositing, you'd notice that the window is actually unmapped (but the compositor isn't informed about that) but, checking "xprop -id", is NOT minimized.

It's not related to the oxygen decoration or the client (tried speedcrunch & kwrite) and happens with git master as well.

I've never seen this before and so far no idea what triggers it.
Comment 7 Thomas Lübking 2011-09-25 14:22:15 UTC
seems Client::hidden is polluted somewhere for some reason.
Comment 8 Thomas Lübking 2011-09-25 14:53:16 UTC
OK: it is *still* the "hide utility window for inactive applications" issue.
Check this (kcmshell4 kwinoptions, advanced tab), restart kwin (kwin --replace&) and the issue is gone (really restart to remanage and clear the hidden state)

*** This bug has been marked as a duplicate of bug 225500 ***