Bug 197240

Summary:	Special application settings problem
Product:	[Plasma] kwin	Reporter:	malcolm macleod <mmacleod>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	free.imr
Priority:	NOR
Version:	4.2.4
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description malcolm macleod 2009-06-20 10:21:09 UTC

Version:            (using KDE 4.2.4)
Compiler:          gcc 4.3.3 64 bit
OS:                Linux
Installed from:    Gentoo Packages

Selecting "advanced -> special application settings" for an application creates a new item in the "Window-specific | Configure settings specifically for a window" list every single time instead of reusing the existing item for an application.
Additionally if something is selected in the special application settings (e.g. disabling the close button for an application) then it will not apply unless more then one occurrence of the application is in the Window-specific list.

Steps to reproduce:
1/ Right click on an application title bar
2/ Select the advanced menu
3/ Select the "Special Application Settings" menu item
4/ In the preferences tab tick "Closable" select "Forced" and check the tick box
5/ Click the "Ok" button
6/ Close button will not dissapear correctly at this point
7/ Repeat steps 1-5 above
8/ At this point the Close button will dissapear correctly
9/ Open the "Configure window behaviour..." control dialog
10/ Select the "Window-specific" tab
11/ The application will now appear twice in the list, additional repetitions of step 1-5 above will add more occurances of the application to the list.

Expected behaviour:
1/ If an application is already in the list then the same settings instance should be reused instead of creating a new one.
2/ Settings should take effect without two instances of the application being required tob e in the list.

The "Special Windows Settings.." menu item seems to behave correctly so this is specific to the Application settings.


This bug is possibly related to bug 187539 which seems like it might be a slight misdiagnosis of the above problem.

Comment 1 malcolm macleod 2009-06-20 10:28:26 UTC

Upon further inspection it appears that as with bug 187539 this only occurs for some applications.
Doing the above steps on Firefox gives me the correct behavior but for VirtualBox, XChat, Dolphin and KMix the incorrect behavior is observed.

Comment 2 Imr 2009-07-01 12:48:09 UTC

I do not confirm this behavior.
I tested with dolphin 1.2.1 from KDE 4.2.4 "release 2" in openSUSE 11.1 and I have the correct behavior with advanced -> special application settings and advanced -> special window settings.
As soon as i check closable, force, ok, the X button is disabled but still present, and after I close/reopen dolphin, it is absent.

Comment 3 Thomas Lübking 2012-03-11 05:43:45 UTC

the button update has been fixed (was always like described in comment #2, only the deco had to be kicked to redo the buttons) - should be in 4.8.0 or 4.8.1

for the rest i'll mark it as dupe of bug #187539 - clearly some applications seem to do runtime-fun-with-netwm-hints (tm)

Next i'm installing skype.

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