KDE: Memory leak, logout issue, application launcher


I’ve been having a few issues with KDE. I’m not sure when these started. I’ve had Tumbleweed installed since April, currently sitting on snapshot 20200910 (since later revisions introduce even more bugs, like memory leak when wallpaper is webm).

Firstly, when doing copying/extracting/other activity that introduces a progress bar in the bottom corner (apart from downloading, though I haven’t tested such scenario) makes KDE eat all my ram and swap. This issue is at least two-three months old. When the operation starts, everything is fine for a while. This means that it’s not noticeable for quick operations, but when I start doing longer operations like file compression, after a minute or two the ram usage starts increasing, and both system monitor and htop can’t pinpoint which process is using it, however killing plasma frees up all that missing ram. Stopping operation before it uses up all resources also frees up memory. Manually running the compression command in terminal does not follow such behavior, and that’s why I believe this is related to KDE.

Secondly, logging out and then back in breaks application launching. After relogging-in, using the application launcher or other methods to launch applications within KDE (for example, clicking on the shortcuts in the taskbar) does not launch the application. The application that was clicked on shows up in the taskbar for a brief moment with a spinning icon (as if it was launching), but then disappears. Using command control+alt+T does launch the terminal successfully, and from it I can run commands to launch applications, and it works fine. No clue about this one.

And thirdly (for now at least) there are some issues with the application launcher. Sometimes the search breaks in it (meaning that typing anything does not work even if the search bar is selected by the cursor), and sometimes the win/meta key stops opening it, though clicking on it with the mouse works fine. The search on the desktop (when you just start typing on the desktop and a search bar appears on top) works fine.

Thanks for your help in advance.

edit-I’m running an AMD R9 380 with Mesa if that makes any difference

Hi and welcome.

Your system is up to date (only by zypper dup)?


zypper lr -d

Yes, I always keep my system up to date with dup and not up.

#  | Alias                            | Name                                                                                            | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                                          | Service
 1 | Application_Geo                  | Applications related to the earth (GIS, Mapping, geodesy, GPS, astronomy) (openSUSE_Tumbleweed) | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/Application:/Geo/openSUSE_Tumbleweed/             | 
 2 | Emulators                        | Emulators (openSUSE_Tumbleweed)                                                                 | Yes     | (r ) Yes  | No      |   97     | rpm-md | https://download.opensuse.org/repositories/Emulators/openSUSE_Tumbleweed/                    | 
 3 | download.opensuse.org-non-oss    | Main Repository (NON-OSS) (tumbleweed-cli)                                                      | Yes     | (r ) Yes  | Yes     |   98     | rpm-md | http://download.opensuse.org/history/20200910/tumbleweed/repo/non-oss/                       | 
 4 | download.opensuse.org-oss        | Main Repository (OSS) (tumbleweed-cli)                                                          | Yes     | (r ) Yes  | Yes     |   98     | rpm-md | http://download.opensuse.org/history/20200910/tumbleweed/repo/oss/                           | 
 5 | download.opensuse.org-tumbleweed | Main Update Repository                                                                          | Yes     | (r ) Yes  | Yes     |   98     | rpm-md | http://download.opensuse.org/update/tumbleweed/                                              | 
 6 | games_tools                      | Tools for Gamers (openSUSE_Tumbleweed)                                                          | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/games:/tools/openSUSE_Tumbleweed/                 | 
 7 | hardware                         | Hardware tools (openSUSE_Tumbleweed)                                                            | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/hardware/openSUSE_Tumbleweed/                     | 
 8 | hardware_sdr                     | Software Defined Radio related packages (openSUSE_Tumbleweed)                                   | Yes     | (r ) Yes  | No      |   97     | rpm-md | http://download.opensuse.org/repositories/hardware:/sdr/openSUSE_Tumbleweed/                 | 
 9 | home_Dead_Mozay                  | home:Dead_Mozay (openSUSE_Tumbleweed)                                                           | Yes     | (r ) Yes  | No      |   99     | rpm-md | http://download.opensuse.org/repositories/home:/Dead_Mozay/openSUSE_Tumbleweed/              | 
10 | home_buschmann23_legendary       | Legendary Game Launcher (openSUSE_Tumbleweed)                                                   | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/home:/buschmann23:/legendary/openSUSE_Tumbleweed/ | 
11 | openSUSE-20200326-0              | openSUSE-20200326-0 (20200414)                                                                  | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/history/20200910/tumbleweed/repo/oss/                           | 
12 | packman                          | packman                                                                                         | Yes     | (r ) Yes  | Yes     |   90     | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/                          | 
13 | repo-debug                       | openSUSE-Tumbleweed-Debug                                                                       | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/tumbleweed/repo/oss/                                      | 
14 | repo-source                      | openSUSE-Tumbleweed-Source                                                                      | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/source/tumbleweed/repo/oss/                                     | 

When installing software from other repositories I keep an eye on packages that get their repositories switched (if any), so I don’t believe that has happened.

Its no good choice to enable an Repo, install from that repo and disable the refresh.
Maybe those installed packages are updated in the repo, but the old one is blocking some libs from getting updated in another repo.

So I would say set all enabled repos to refresh and dup.

Yes, especially if the likes of system base packages are updated and need rebuilding.

@OP, If there are packages in the development repository, ask for them to be submitted into openSUSE:Factory (staging for Tumbleweed), if there are packages in home repositories (I see a lot of just links in home repositories to get latest version from development repo…), ask the maintainers to push to a development repository for inclusion in Tumbleweed.

Yes and less repos are often more…

I haven’t disabled any refreshes - that’s just how they got added. From what I read the refresh is only for the automatic refresh, and since I do ref before dup, it wouldn’t have any difference? I refreshed the disabled repositories and no packages needed updating, so I believe the repositories were getting updated successfully anyways.

You probably need to review the packages installed from the non-standard repositories to eliminate if a bug report is needed…

Could be affected with the likes of this bug report: 1159882 – Excessive swapping when buffers / cache expand beyond free physical RAM

What kind of packages should I keep my eye on? Plasma-related or even wider scope?

Well any that have taken over system libraries, hard call because it depends on what is installed. When you update are there any requested to switch back to openSUSE Tumbleweed ones?

Yes, I do, it happens from packman when I’m not updating to the latest snapshot (since packman wants packages from the latest snapshot). While this might seem alarming, it’s basically codec and video player related (mostly just VLC). When I update to the latest snapshot these disappear, however the bugs stay. All I have from packman currently is codecs, video players, a music player and youtubedl anyways.

Other repositories do not give such error.

What I would suggest is create a test user and login as this user, don’t do any configuration changes, do your issues duplicate with the things you are doing?

It’s also hard to say, based on such an old snapshot, many things have updated after seven (7) snapshots released since then, QT, Kstuff (plasma?), kernel etc.

Again a bug report would need you to be on the latest snapshot…

Sure, will try this out tomorrow.

I understand that for a bug report I must have latest versions, however the newer snapshots break even more things - with qt 5.15.1 the screens get flipped (I believe there are workarounds for it already), my webp wallpaper causes another memory leak (though it might be the plugin I’m using), and games using valve proton seem to error out after launching. 09-17 as well as 09-19 snapshots would do that, so I just rolled back to 09-10, the last snapshot with qt 5.15.0.
I guess I’ll wait at least for the monitor flipping to get fixed until I update (and try reporting bugs if I can’t find the culprit).