Bug 325700

Summary:	JOSM windows drawn without content
Product:	[Plasma] kwin	Reporter:	Serhiy <serhiy.int>
Component:	compositing	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version First Reported In:	4.11.2
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
URL:	http://josm.openstreetmap.de/ticket/9090
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	KWin support info xprop output for empty settings window

Description Serhiy 2013-10-06 13:18:17 UTC

The screenshot is on the josm bug tracker.

Reproducible: Always

Steps to Reproduce:
1. Launch JOSM.
2. Go to Edit > Settings
Actual Results:  
Settings window opens with just the background. To see the content I have to:
1. Move the settings window on any number of pixels.
2. Click on the left side of it where tabs are usually.


Expected Results:  
Settings window opens with all the content visible.

It also affects Combine window and Exit dialog.

Comment 1 Thomas Lübking 2013-10-06 13:50:47 UTC

please attach the output of "qdbus org.kde.kwin /KWin supportInformation" and "xprop" on the empty window.

Comment 2 Serhiy 2013-10-06 14:35:57 UTC

Created attachment 82689 [details]
KWin support info

Comment 3 Serhiy 2013-10-06 14:36:32 UTC

Created attachment 82690 [details]
xprop output for empty settings window

Comment 4 Thomas Lübking 2013-10-06 15:15:11 UTC

I assume this does not happen if you enable the "scale in" or "fade" effect?

> WM_CLASS(STRING) = "sun-awt-X11-XDialogPeer", "org-openstreetmap-josm-Main"
I think there's been a report reg. java and insufficient damage events before...

Comment 5 Serhiy 2013-10-06 21:55:18 UTC

No, just a crash segfault happened. 
https://bugs.kde.org/show_bug.cgi?id=325726

No changes to the JOSM settings window after enabling Scale In, Fade and reducing speed of animations from Instant to Normal.

Comment 6 Thomas Lübking 2013-10-06 22:32:32 UTC

Installed JOSM and set a no decoration rule.
-> Happens.
-> It's not related to compositing.
-> No titlebar is also the only way to trigger this - but it's the same when there's eg no WM at all.

--> Client bug for sure.
a) KWin is not responsible for uncomposited painting
b) if JOSM/Java/SWT waits for being reparented into a decoration to paint its content, that's a random restriction in the client which is either wanted or has to be fixed in the client.

The only way to prevent that is to pass the dialog a decoration, eg. by rule.
Make one to "do not affect" the "no titlebar and frame" setting and ensure it's above the rule you use to skip decorations for all windows.

Comment 7 Serhiy 2013-10-06 23:04:42 UTC

I've edited kwinrc, tried to add the rule to workaround this issue and had another segfault (with oxygen as PluginLib):
https://bugs.kde.org/show_bug.cgi?id=325729
Wasn't sure if that's a dupe, please check. After fast skimming through looks like backtraces differ.

Comment 8 Serhiy 2013-10-06 23:12:40 UTC

>The only way to prevent that is to pass the dialog a decoration, eg. by rule. Make one to "do not affect" the "no titlebar and frame" setting and ensure it's above the rule you use to skip decorations for all windows.

Two more crashes after every rule change and it works. Thanks a lot :)

Comment 9 Martin Flöser 2013-10-07 13:12:04 UTC

given comment #6 I'd say "client bug, not our problem"