Kde plasma dialogs won't work or close

English Install/Boot/Login
1

After upgrade to leap 16, any dialog boxes that open up in kde plasma desktop are blank, transparent and have no information in them. They are only a border. Furthermore, they will not close from the (X) in the window. They will minimize to panel. They will not close from the panel bar either. Only way to get rid of them is to terminate process with system manager.

Any dialogue that opens asking for authentication or to provide additional choices is blank and unusable and unremovable. This makes kde unusable.

I have seen a myriad of threads indicating others with this problem but have not seen a solution. The same dialogues work fine on leap 15.6. I have reverted back to 15.6 until I get a handle on this issue.

thanks for any ideas, tom kosvic

2

Where? Here?

Did you try
zypper verify

Fresh user profile?

3

Yes, I did run zypper verify as suggested by a thread on internet. No changes.
I did not try a run as new user.

I saw other with this issue running search for “kde dialogs not working” and variations of this string. It has occurred in other distros including arch. No solution that I can see.

I did the upgrade using “opensuse-migration-tool” if that might be a factor.

thanks, tom kosvic

4

I do remember some windows (blank, transparent) that were labeled polkit authentication or something like that. Perhaps that might suggest a direction for diagnosis. Again, these would not close.

I am going to start a vm of leap 15.6 with kde de and then upgrade to 16.0 to see if the same things occur.

1 Like
5

You might also consider testing a Leap 16 environment with current KDE version installed for comparison….

https://en.opensuse.org/SDB:KDE_repositories

FWIW, I’ve always done this with my Leap installs.

6

I made a leap 15.6 vm and upgraded it to leap 16 using opensuse-migration-tool. Took a while to do the update. I am not having any problem with dialogs as I observed with my desktop.

I guess I will try the upgrade again and see if I again encounter the same problem. It takes about 4 hours to do that.

thanks, tom kosvic

1 Like
7

Long shot, but easy to check…

In the past I’ve seen weird drawing issues if the compositor is disabled, which sometimes seem to happen inexplicably.

It couldn’t hurt to do a quick check of System Settings->Display & Monitor->Compositor and see if it is enabled.

And also query it from the command line:

qdbus-qt5 org.kde.KWin /Compositor org.kde.kwin.Compositing.active
8

@tckosvic Tom, is this on X11 or Wayland.?

Please also show rpm -qa | grep 1506

9

Good question re: x11 or wayland.

In leap 15.6, I was still on x11. I did the upgrade through opensuse-migration-tool. Will that change the display to wayland? If that just replicates the in-place, and doesn’t make the display change then the leap 16.0/kde system was on x11.

I am reverted back to 15.6 as I needed to get some things done. I cannot answer the “rpm” request until I go back onto leap 16 using timeshift.

thanks, tom kosvic

10

No, that doesn’t happen automagically. Once back on 16.0 in the login screen select Plasma Wayland and check