https://bugs.kde.org/show_bug.cgi?id=384478
--- Comment #13 from andre.cbar...@yahoo.com --- OK, don't know if will be useful to analyze the delays on init but I use a workaround for it that gives me normal startup every time will all applications I would otherwise use without the trick. First, I block on "Settings / Startup and Shutdown / Desktop session" all applications I would otherwise autostart or that KDE would open from previous session. Second, I register on a empty "Settings / Startup and Shutdown / Autostart" only one shell script. I use 2 scripts to complete the required tasks, both are attached. Finally, I restart KDE. My guess, and I pretty well may be totally wrong as I did not look on the initialization code, is that the parallelism is, somehow, inducing a lots of timeouts and as so resulting on lots of reread requests which end up slowing all things. What the scripts do is invoke konsole from bash, start many things in background and then request a read with 1 s timeout. I suppose, and it is another wild guess, that the important aspect of it is that KDE support libraries must be ready so that konsole can be shown and the shell accept IO, somehow thwarting the race condition a bit. May it be true (emphasis: I have not idea if it is), perhaps, forcing the GUI to be ready before launching applications would fix the issues we have. Regards and best wishes to all. -- You are receiving this mail because: You are watching all bug changes.
