291312 2012-01-11 22:49:09 +0000 kwinrulesrc ignored by KDE application (qt only & gtk follow the rules) 2012-01-13 15:43:22 +0000 1 1 4 Plasma kwin general 4.7.4 Unlisted Binaries Linux RESOLVED FIXED NOR normal --- 1 r0mbeh kwin-bugs-null adaptee 4.8 0 oldest_to_newest 1213287 0 r0mbeh 2012-01-11 22:49:09 +0000 Version: 4.7.4 (using KDE 4.7.4) OS: Linux I have this on my kwinsulesrc to disable border (title bar) from all app/windows: I have this [1] Description=No Border noborder=true noborderrule=2 types=4294967295 wmclass= wmclasscomplete=false wmclassmatch=0 [General] count=1 and it was works as expected before upgrade to kde sc 4.7.3 on kde sc 4.7.3 & 4.7.4, it's ignored by KDE only application (dolphin, konsole, etc), the rules works fine for qt only application (tested with vym, tea editor) and gtk app (inkscape, bluefish, abiword, gimp, etc) Reproducible: Didn't try Steps to Reproduce: - add the above kwin rule and save it - start new instance of KDE application (dolphin/konsole/etc) - start new instance of Qt only application (VYM/tea editor/clementine/etc) - start new instance of Gtk application (inkscape, bluefish, abiword, gimp, etc) Actual Results: - KDE application ignore kwin rule, window border (title bar) still shown - Qt & Gtk application window start with no border (title bar) Expected Results: All application window should be display without border - also tested with clean kde state (new user), default setup, only the above kwin rule applied. - kde sc 4.7.4 on archlinux 1213293 1 thomas.luebking 2012-01-11 23:13:05 +0000 Translation: you set up a "semi-blind" rule to force no border - can you please translate types=4294967295 into sth. human readable ;-) In general clients or the client toolkit cannot "ignore" those rules. It doesn't matter what toolkit is invoked, if the rule says "there's no border", there's no border. Period. So the only thing that changed might be the window type match - otherwise the noborder would be polluted (does alt+f3/advanced suggest there's a border?), but it's more weired since it does not affect new accounts... 1213298 2 r0mbeh 2012-01-11 23:23:10 +0000 don't know about that types=4294967295 things, that rules was produced with System Settings > Window Behavior > Window Rules, select all windows types from the list, set wm class, role, etc as Unimportant. btw, with devilspie's (undecorate) window rule works fine/got applied to all windows 1213307 3 r0mbeh 2012-01-11 23:38:19 +0000 alt+f3>advance show there's a border, invoking no-border manually (advance menu) works, but the border will be back when: - toggle show hide menu (tested on dolphin) - on kontact, when switching to other app (e.g. from kmail to kjots) 1213308 4 thomas.luebking 2012-01-11 23:43:44 +0000 It's the "Window Types" entry on the first page - try to remove the key from the config and restart "kwin --replace &" If that doesn't fix it, try "kquitapp kwin; sleep 2; mv kwinrc kwinrc.old; kwin &" (ie. move your kwinrc out of the way) In case that does it, please attach your (former) kwinrc > btw, with devilspie's (undecorate) window rule works It just set's a window hint which is respected by kwin - that's hardly relevant 1213311 5 67718 r0mbeh 2012-01-12 00:03:04 +0000 Created attachment 67718 kwinrc file 1213312 6 r0mbeh 2012-01-12 00:05:39 +0000 still not work, "types" config key removed, but it back written to kwinsulesrc (become: "types=0") everytime I restart kwin removing kwinrc doesn't help. my old kwinrc attached 1213325 7 thomas.luebking 2012-01-12 00:30:27 +0000 Hummm? Ok, the situation is: - you have one window rule, printed in comment #0 - it apparently works for all but windows invoking kdelibs/kapplication - it is NOT broken on a fresh account - it's NOT related to kwinrc - removing the key that translates as "ignore" and should match all windows and restarting KWin results in readding the type with "0" what a) should not happen (regardless of the value) b) actually translates "no window" -> the expectable result should be that it fails for *all* windows now. So far correct?? 1213327 8 r0mbeh 2012-01-12 00:39:11 +0000 correct, except: - it is NOT broken on a fresh account its also broken on fresh account/clean state kde 1213331 9 thomas.luebking 2012-01-12 00:50:41 +0000 Ok, sorry - got that wrong. Is it a 64 bit installation? And it's also correct that the "automatically" added "types=0" results in a complete failure of the rule, yesno? Two wild shots: try replacing the kwin decoration and the UI style ("kcmshell4 kwindecoration" & "kcmshell4 style"), ie. don't use oxygen but eg. the kde2 deco & the plastique UI style. 1213337 10 r0mbeh 2012-01-12 00:58:26 +0000 > Is it a 64 bit installation? Yes > And it's also correct that the "automatically" added "types=0" results in a complete failure of the rule, yesno? Yes tried chaging decoration to all non-oxygen deco (BII, plastik, qtcurve, tabstrip, bespin) doesn't help, border still display for new instance of all kde app. 1213338 11 r0mbeh 2012-01-12 01:07:59 +0000 Just tested "no border" rule for per application (konsole & dolphin), and its also got ignored, here are the rules: [1] Description=Settings for Konsole clientmachine=talawengkar clientmachinematch=0 noborder=true noborderrule=2 title=rombeh : bash titlematch=0 types=4294967295 wmclass=konsole wmclasscomplete=false wmclassmatch=1 [2] Description=Settings for Dolphin clientmachine=talawengkar clientmachinematch=0 noborder=true noborderrule=2 title=rombeh – Dolphin titlematch=0 types=1 windowrole=dolphin#1 windowrolematch=1 wmclass=dolphin wmclasscomplete=false wmclassmatch=1 both new instance of konsole and dolphin ignore those rules (displaying border) 1213343 12 thomas.luebking 2012-01-12 01:18:17 +0000 Since you keep referring to instances: does that mean if you just open a new window in the same process (press "ctrl+shift+n" in konsole) it does NOT fail? 1213344 13 thomas.luebking 2012-01-12 01:22:06 +0000 PS: please try selecting only "Normal" window types - not all. 1213345 14 r0mbeh 2012-01-12 01:24:44 +0000 >Since you keep referring to instances: does that mean if you just open a new > window in the same process (press "ctrl+shift+n" in konsole) it does NOT fail? When I create new "no border rule" (via kcmshell), and hit "Apply" the rules applied to an already running instance (for example: currently running konsole hiding its border), but when I close that konsole window and start new instance, it will start with border 1213348 15 r0mbeh 2012-01-12 01:37:04 +0000 invoking kwin reconfigure via qdbus (qdbus org.kde.kwin /KWin org.kde.KWin.reconfigure) will also apply the rule (remove border) to already running application, but not for new instace 1213364 16 adaptee 2012-01-12 03:21:44 +0000 I recently notice similar problems when using konsole. I have always set konsole to start with no border(through kwin rules) and no menubar (through konsole itself). And now: 1. When I start konsole from yakuake, the started konsole sometimes has border, sometimes not. 2. If the started konsole doesn't have border, after I ask konsole to show its menubar, the border also appears. This happens every time. 3. If I set konsole to start WITH menubar, and when the started konsole doest't have borader, after I ask konsole to hide its menubar, the border appears! This also happens every time. I'm using KDE built from git repo(2 or 3 days old). Here is the rule for konsole, which has worked for me for a long time until recently. And the problem is reproducible when using this rule in a fresh account. [3] Description=Konsole without border noborder=true noborderrule=2 types=1 wmclass=konsole wmclasscomplete=false wmclassmatch=2 1213382 17 thomas.luebking 2012-01-12 06:40:59 +0000 Ok, that's really weird, but apparently showing/hiding stuff like the menu/status/toolbar in KDE applications "breaks" the noborder rule (however that might happen...) Well, whatever it does - i can reproduce it, means i can trace it ;-) (finishing the tabbing rewrite will have to wait) (For my reputation: using the XBar, I usually don't experience the menu changes, but w/o XBar support konsole behaves after the start just as like with toggling it, so it's probably the same sourceand konsole etc. just trigger their menubar vis on start =) 1213385 18 mgraesslin 2012-01-12 07:04:32 +0000 Just for the record: if you really don't want window decorations on all windows you could just disable them in the config options ;-) [Style] NoPlugin=true 1214067 19 thomas.luebking 2012-01-13 15:04:38 +0000 Git commit afdbb59189c151b6eb3f201e3652801df9426899 by Thomas Lübking. Committed on 12/01/2012 at 19:01. Pushed by luebking into branch 'KDE/4.8'. Don't listen to repetitive motif hints regarding the window border and prefer rules over them anyway REVIEW: 103681 FIXED-IN: 4.8 M +4 -4 kwin/client.cpp http://commits.kde.org/kde-workspace/afdbb59189c151b6eb3f201e3652801df9426899 1214094 20 thomas.luebking 2012-01-13 15:43:22 +0000 Git commit 5bd9f28ec11e2b59edaa20d9ab9f076a87464c5c by Thomas Lübking. Committed on 12/01/2012 at 19:01. Pushed by luebking into branch 'master'. Don't listen to repetitive motif hints regarding the window border and prefer rules over them anyway REVIEW: 103681 FIXED-IN: 4.8 M +4 -4 kwin/client.cpp http://commits.kde.org/kde-workspace/5bd9f28ec11e2b59edaa20d9ab9f076a87464c5c 67718 2012-01-12 00:03:04 +0000 2012-01-12 00:03:04 +0000 kwinrc file kwinrc.old text/plain 4116 r0mbeh W0NvbXBvc2l0aW5nXQpBbmltYXRpb25TcGVlZD0zCkJhY2tlbmQ9T3BlbkdMCkRpc2FibGVDaGVj a3M9ZmFsc2UKRW5hYmxlZD10cnVlCkdMRGlyZWN0PXRydWUKR0xMZWdhY3k9ZmFsc2UKR0xUZXh0 dXJlRmlsdGVyPTIKR0xWU3luYz10cnVlCkhpZGRlblByZXZpZXdzPTUKT3BlbkdMSXNVbnNhZmU9 ZmFsc2UKVW5yZWRpcmVjdEZ1bGxzY3JlZW49dHJ1ZQpYUmVuZGVyU21vb3RoU2NhbGU9ZmFsc2UK CltEZXNrdG9wc10KTmFtZV8xPQpOYW1lXzI9Ck5hbWVfMz0KTmFtZV80PQpOdW1iZXI9NAoKW0Vm ZmVjdC1Cb3hTd2l0Y2hdClRhYkJveD10cnVlCgpbRWZmZWN0LUNvdmVyU3dpdGNoXQpUYWJCb3g9 ZmFsc2UKCltFZmZlY3QtQ3ViZV0KQm9yZGVyQWN0aXZhdGU9OQpCb3JkZXJBY3RpdmF0ZUN5bGlu ZGVyPTkKQm9yZGVyQWN0aXZhdGVTcGhlcmU9OQoKW0VmZmVjdC1EZXNrdG9wR3JpZF0KQm9yZGVy QWN0aXZhdGU9NQoKW0VmZmVjdC1GbGlwU3dpdGNoXQpCb3JkZXJBY3RpdmF0ZT05CkJvcmRlckFj dGl2YXRlQWxsPTkKVGFiQm94PWZhbHNlCgpbRWZmZWN0LVByZXNlbnRXaW5kb3dzXQpCb3JkZXJB Y3RpdmF0ZT05CkJvcmRlckFjdGl2YXRlQWxsPTcKVGFiQm94PWZhbHNlCgpbRWxlY3RyaWNCb3Jk ZXJzXQpCb3R0b209Tm9uZQpCb3R0b21MZWZ0PU5vbmUKQm90dG9tUmlnaHQ9Tm9uZQpMZWZ0PU5v bmUKUmlnaHQ9Tm9uZQpUb3A9Tm9uZQpUb3BMZWZ0PU5vbmUKVG9wUmlnaHQ9Tm9uZQoKW01vdXNl QmluZGluZ3NdCkNvbW1hbmRBY3RpdmVUaXRsZWJhcjE9UmFpc2UKQ29tbWFuZEFjdGl2ZVRpdGxl YmFyMj1TdGFydCB3aW5kb3cgdGFiIGRyYWcKQ29tbWFuZEFjdGl2ZVRpdGxlYmFyMz1PcGVyYXRp b25zIG1lbnUKQ29tbWFuZEFsbDE9TW92ZQpDb21tYW5kQWxsMj1Ub2dnbGUgcmFpc2UgYW5kIGxv d2VyCkNvbW1hbmRBbGwzPVJlc2l6ZQpDb21tYW5kQWxsS2V5PU1ldGEKQ29tbWFuZEFsbFdoZWVs PUNoYW5nZSBPcGFjaXR5CkNvbW1hbmRJbmFjdGl2ZVRpdGxlYmFyMT1BY3RpdmF0ZSBhbmQgcmFp c2UKQ29tbWFuZEluYWN0aXZlVGl0bGViYXIyPVN0YXJ0IHdpbmRvdyB0YWIgZHJhZwpDb21tYW5k SW5hY3RpdmVUaXRsZWJhcjM9T3BlcmF0aW9ucyBtZW51CkNvbW1hbmRUaXRsZWJhcldoZWVsPVN3 aXRjaCB0byBXaW5kb3cgVGFiIHRvIHRoZSBMZWZ0L1JpZ2h0CkNvbW1hbmRXaW5kb3cxPUFjdGl2 YXRlLCByYWlzZSBhbmQgcGFzcyBjbGljawpDb21tYW5kV2luZG93Mj1BY3RpdmF0ZSBhbmQgcGFz cyBjbGljawpDb21tYW5kV2luZG93Mz1BY3RpdmF0ZSBhbmQgcGFzcyBjbGljawpDb21tYW5kV2lu ZG93V2hlZWw9U2Nyb2xsCgpbUGx1Z2luc10Ka3dpbjRfZWZmZWN0X2JsdXJFbmFibGVkPXRydWUK a3dpbjRfZWZmZWN0X2JveHN3aXRjaEVuYWJsZWQ9dHJ1ZQprd2luNF9lZmZlY3RfY292ZXJzd2l0 Y2hFbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9jdWJlRW5hYmxlZD1mYWxzZQprd2luNF9lZmZl Y3RfY3ViZXNsaWRlRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3RfZGFzaGJvYXJkRW5hYmxlZD10 cnVlCmt3aW40X2VmZmVjdF9kZXNrdG9wZ3JpZEVuYWJsZWQ9dHJ1ZQprd2luNF9lZmZlY3RfZGlh bG9ncGFyZW50RW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3RfZGltaW5hY3RpdmVFbmFibGVkPWZh bHNlCmt3aW40X2VmZmVjdF9kaW1zY3JlZW5FbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9leHBs b3Npb25FbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9mYWRlRW5hYmxlZD1mYWxzZQprd2luNF9l ZmZlY3RfZmFkZWRlc2t0b3BFbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9mYWxsYXBhcnRFbmFi bGVkPWZhbHNlCmt3aW40X2VmZmVjdF9mbGlwc3dpdGNoRW5hYmxlZD1mYWxzZQprd2luNF9lZmZl Y3RfZ2xpZGVFbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9oaWdobGlnaHR3aW5kb3dFbmFibGVk PWZhbHNlCmt3aW40X2VmZmVjdF9pbnZlcnRFbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9sb2dp bkVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X2xvZ291dEVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZm ZWN0X2xvb2tpbmdnbGFzc0VuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X21hZ2ljbGFtcEVuYWJs ZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X21hZ25pZmllckVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0 X21pbmltaXplYW5pbWF0aW9uRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3RfbW91c2VtYXJrRW5h YmxlZD1mYWxzZQprd2luNF9lZmZlY3Rfb3V0bGluZUVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0 X3ByZXNlbnR3aW5kb3dzRW5hYmxlZD10cnVlCmt3aW40X2VmZmVjdF9yZXNpemVFbmFibGVkPWZh bHNlCmt3aW40X2VmZmVjdF9zY2FsZWluRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3Rfc2NyZWVu c2hvdEVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X3NoZWV0RW5hYmxlZD1mYWxzZQprd2luNF9l ZmZlY3Rfc2hvd2Zwc0VuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X3Nob3dwYWludEVuYWJsZWQ9 ZmFsc2UKa3dpbjRfZWZmZWN0X3NsaWRlRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3Rfc2xpZGVi YWNrRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3Rfc2xpZGluZ3BvcHVwc0VuYWJsZWQ9ZmFsc2UK a3dpbjRfZWZmZWN0X3NuYXBoZWxwZXJFbmFibGVkPWZhbHNlCmt3aW40X2VmZmVjdF9zdGFydHVw ZmVlZGJhY2tFbmFibGVkPXRydWUKa3dpbjRfZWZmZWN0X3Rhc2tiYXJ0aHVtYm5haWxFbmFibGVk PXRydWUKa3dpbjRfZWZmZWN0X3RodW1ibmFpbGFzaWRlRW5hYmxlZD1mYWxzZQprd2luNF9lZmZl Y3RfdHJhY2ttb3VzZUVuYWJsZWQ9ZmFsc2UKa3dpbjRfZWZmZWN0X3RyYW5zbHVjZW5jeUVuYWJs ZWQ9dHJ1ZQprd2luNF9lZmZlY3Rfd2luZG93Z2VvbWV0cnlFbmFibGVkPWZhbHNlCmt3aW40X2Vm ZmVjdF93b2JibHl3aW5kb3dzRW5hYmxlZD1mYWxzZQprd2luNF9lZmZlY3Rfem9vbUVuYWJsZWQ9 ZmFsc2UKCltQb3B1cEluZm9dClBvcHVwSGlkZURlbGF5PTEwMDAKU2hvd1BvcHVwPWZhbHNlClRl eHRPbmx5PWZhbHNlCgpbU3R5bGVdCkJvcmRlclNpemU9MQpCdXR0b25zT25MZWZ0PU1TCkJ1dHRv bnNPblJpZ2h0PUhJQV9fWApDdXN0b21CdXR0b25Qb3NpdGlvbnM9ZmFsc2UKUGx1Z2luTGliPWt3 aW4zX294eWdlbgpTaG93VG9vbFRpcHM9dHJ1ZQoKW1dpbmRvd3NdCkFjdGl2ZU1vdXNlU2NyZWVu PWZhbHNlCkF1dG9SYWlzZT1mYWxzZQpBdXRvUmFpc2VJbnRlcnZhbD03NTAKQXV0b2dyb3VwSW5G b3JlZ3JvdW5kPXRydWUKQXV0b2dyb3VwU2ltaWxhcldpbmRvd3M9ZmFsc2UKQm9yZGVyU25hcFpv bmU9MTAKQ2VudGVyU25hcFpvbmU9MApDbGlja1JhaXNlPXRydWUKRGVsYXlGb2N1cz1mYWxzZQpE ZWxheUZvY3VzSW50ZXJ2YWw9NzUwCkVsZWN0cmljQm9yZGVyQ29vbGRvd249MzUwCkVsZWN0cmlj Qm9yZGVyRGVsYXk9MTUwCkVsZWN0cmljQm9yZGVyTWF4aW1pemU9dHJ1ZQpFbGVjdHJpY0JvcmRl clRpbGluZz10cnVlCkVsZWN0cmljQm9yZGVycz0wCkZvY3VzUG9saWN5PUNsaWNrVG9Gb2N1cwpG b2N1c1N0ZWFsaW5nUHJldmVudGlvbkxldmVsPTAKR2VvbWV0cnlUaXA9ZmFsc2UKSGlkZVV0aWxp dHlXaW5kb3dzRm9ySW5hY3RpdmU9dHJ1ZQpJbmFjdGl2ZVRhYnNTa2lwVGFza2Jhcj1mYWxzZQpN YXhpbWl6ZUJ1dHRvbkxlZnRDbGlja0NvbW1hbmQ9TWF4aW1pemUKTWF4aW1pemVCdXR0b25NaWRk bGVDbGlja0NvbW1hbmQ9TWF4aW1pemUgKHZlcnRpY2FsIG9ubHkpCk1heGltaXplQnV0dG9uUmln aHRDbGlja0NvbW1hbmQ9TWF4aW1pemUgKGhvcml6b250YWwgb25seSkKTW92ZU1vZGU9T3BhcXVl Ck1vdmVSZXNpemVNYXhpbWl6ZWRXaW5kb3dzPWZhbHNlClBsYWNlbWVudD1TbWFydApSZXNpemVN b2RlPU9wYXF1ZQpSb2xsT3ZlckRlc2t0b3BzPXRydWUKU2VwYXJhdGVTY3JlZW5Gb2N1cz1mYWxz ZQpTaGFkZUhvdmVyPWZhbHNlClNoYWRlSG92ZXJJbnRlcnZhbD0yNTAKU25hcE9ubHlXaGVuT3Zl cmxhcHBpbmc9ZmFsc2UKVGlsaW5nRGVmYXVsdExheW91dD0wClRpbGluZ09uPWZhbHNlClRpbGlu Z1JhaXNlUG9saWN5PTAKVGl0bGViYXJEb3VibGVDbGlja0NvbW1hbmQ9TWF4aW1pemUKV2luZG93 U25hcFpvbmU9MTAK