Bug 280615

Summary:	Window title disappears / buttons flicker when mouse moved into window title area
Product:	[Plasma] kwin	Reporter:	Dominik <dominik>
Component:	aurorae	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	finex, lascalla
Priority:	NOR
Version:	4.6.5
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Dominik 2011-08-23 05:17:14 UTC

Version:           4.6 (using KDE 4.6.5) 
OS:                Linux

First of all, in earlier versions of KDE, I had an option to choose my window decoration: there had been Plastik, Keramik and all the stuff—which I can find no longer in the system settings; long ago I decided for an advanced decorator with different look-and-feels (I can't remember how it was called), which seems to be the (only) standard now.

Now when I move my mouse cursor onto the window title, it vanishes behind a black block.  When moving the mouse out of the area, the title (usually, but not always) reappears, sometimes it also changes (typically in konsole, where it had not been up to date anyway, so in this case only the behaviour is actually welcome).  When I move the mouse cursor on the minimize/maximize/close buttons, they flicker madly and sometimes disappear for good.

This behaviour is very annoying and disconcerting, not least because I cannot understand why something should be done actively in the title bar when I move the mouse cursor onto it.  I only expect any action when clicking (the buttons) or double-clicking (the title area).  OK, I admit glowing buttons on mouse-hover is a cool thing to have, but it's really an extra, and I'd rather go for a stable window title.

Reproducible: Always

Steps to Reproduce:
see Details

Actual Results:  
see Details

Expected Results:  
see Details

I would have posted this as being of "Minor" severity, but the dropdown box entry for "Minor: it's a bug a trivial bug to find and fix" does not make sense, and I cannot decide whether the bug is trivial to fix (it was trivial to find for me though, but I'm sure that's not what the text means).

A proposal for a more appealing text for Severity "Minor" would be: "Minor: a bug I can live with or work around for the moment.", or: "Minor: a bug that does not need immediate fixing." --- something in this direction.

Comment 1 Dominik 2011-08-24 05:48:27 UTC

*** Bug 280617 has been marked as a duplicate of this bug. ***

Comment 2 Dominik 2011-08-24 05:49:03 UTC

*** Bug 280616 has been marked as a duplicate of this bug. ***

Comment 3 Dominik 2011-08-24 07:21:51 UTC

I think severity at least "normal" is justified now after updating 3 linux-boxes to 4.6.5, some of which do now have severe problems with window titles (the titles are completely garbled or flicker or show flickering white boxes in them).

Going back to kdm-4.6.3-r1 did not help, so I'm withdrawing all packages and meta-packages containing *kde* to not later than 4.6.3 ... I'll comment on success or failure.

Comment 4 Dominik 2011-08-24 18:53:17 UTC

I have identified the culprit: it's the “Aurorae” L&F interfering with a probably new window title rendering engine (I was using the Aurorae Kdust decoration).  New users on the same machines (inheriting Oxygen as default window decoration) do not experience this faulty behavior.

When I switch to Oxygen, Plastik or B2, everything looks OK, too.  Unfortunately, most of the well-suited decorations for my Oxygen desktop theme run on the Aurorae engine.

I would now degrade the bug to “minor” according to the definition I found in https://bugs.kde.org/page.cgi?id=fields.html#bug_severity

Comment 5 Martin Flöser 2011-09-25 08:44:12 UTC

Additional window decorations are available in other modules. They have been moved out of kdeworkspace in 4.6.

Aurorae requires active desktop effects. In case you are not using desktop effects the behavior is to be expected. I am sorry to say that we won't fix Aurorae to work again in the non-composited case. Hardly any theme does provide themes adjusted for non-compositing, although the engine supports those.

In case you are using desktop effects and still see this issue, please reopen.