SUMMARY Kate fills 100% of my 8GiB tmpfs /tmp folder in a few seconds STEPS TO REPRODUCE 1. Open Kate (if happens even if I don't open a file) OBSERVED RESULT Kate fills 100% of my 8GiB tmpfs /tmp folder in a few seconds causing malfunctions and forcing a reboot. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora KDE Plasma Desktop 30 (available in About System) KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.4
Do you open any file? Is it a session that you restore? Do you open remote files?
(In reply to Dominik Haumann from comment #1) > Do you open any file? No, I don't open any files. I open and empty Kate and it begins to drain /tmp instantly > Is it a session that you restore? No, it's a clean session > Do you open remote files? No
Project plugin on?
(In reply to Christoph Cullmann from comment #3) > Project plugin on? No, sorry. But I tried moving ~/.config/kate* and ~/.local/share/kate to a backup folder and the bug disappeared and restoring that files back does not bring the bug back so I am now unable to reproduce it in order to identify what was the problem, sorry :( Thanks for your help.
Sorry for the over-posting (first time reporting a bug here) but my last message was wrong, opening any file after removing all Kate related files in my home brings this bug back so it remains the same.
Ok, no problem ;=) Can you check that the project plugin is really off? Per default it is on. It might try to create some large ctags file or such stuff if it detects some project.
(In reply to Christoph Cullmann from comment #6) > Ok, no problem ;=) Thanks! :D > Can you check that the project plugin is really off? Per default it is on. > > It might try to create some large ctags file or such stuff if it detects > some project. D'oh sorry, I didn't realized it was on per default. Disabling it seems to fix the issue. I will post back if it reappears. I started using Git a few weeks ago and I also used Subversion for a long time so maybe the issue is related. Thank you again :)
Hmm, have you ctags installed? (e.g. is there some ctags binary in the path) Could you try if some "ctags" process is running during that fill-up phase?
(In reply to Christoph Cullmann from comment #8) > Hmm, have you ctags installed? > > (e.g. is there some ctags binary in the path) > > Could you try if some "ctags" process is running during that fill-up phase? Yes, ctags it's installed and the process is running when I start an empty Plasma session. It is installed as a dependency of abrt-cli, abrt-desktop and kdump-anaconda-addon, which I've not installed explictly so I assume they're part of a fresh Fedora KDE 30 installation or depencencies of something I installed later.
Ok, then I guess it is really time that I add some "disable auto-index" button or just disable it per default :/
Git commit a592bf54ba7d0ab4c7a2fa967447b12dd76d768d by Christoph Cullmann. Committed on 27/09/2019 at 13:00. Pushed by cullmann into branch 'master'. disable ctags indexing per default one can enable it via "index": true in the .kateproject. The GUI tells this now. Related: bug 387830 M +7 -5 .kateproject M +4 -4 addons/project/kateproject.cpp M +9 -2 addons/project/kateprojectinfoviewindex.cpp M +11 -4 addons/project/kateprojectworker.cpp M +3 -3 addons/project/kateprojectworker.h https://invent.kde.org/kde/kate/commit/a592bf54ba7d0ab4c7a2fa967447b12dd76d768d
Git commit a592bf54ba7d0ab4c7a2fa967447b12dd76d768d by Christoph Cullmann. Committed on 27/09/2019 at 13:00. Pushed by scmsync into branch 'master'. disable ctags indexing per default one can enable it via "index": true in the .kateproject. The GUI tells this now. Related: bug 387830 M +7 -5 .kateproject M +4 -4 addons/project/kateproject.cpp M +9 -2 addons/project/kateprojectinfoviewindex.cpp M +11 -4 addons/project/kateprojectworker.cpp M +3 -3 addons/project/kateprojectworker.h https://commits.kde.org/kate/a592bf54ba7d0ab4c7a2fa967447b12dd76d768d
Backport to 19.08?
Does a string change.