352251 2015-09-04 04:18:19 +0000 [PATCH] Splash screen is shown too long (30+ seconds) during startup 2015-10-14 16:26:04 +0000 1 1 4 Plasma plasmashell general 5.4.0 Arch Linux Linux RESOLVED FIXED NOR normal 1.0 0 john kde bshah mklapetek plasma-bugs-null http://commits.kde.org/plasma-workspace/f949f161a77114203d0489b2020011be019b47d0 0 oldest_to_newest 1541640 0 john 2015-09-04 04:18:19 +0000 The splash screen is shown too long (about 32 seconds) while starting KDE. If I edit the startkde script to disable the splash screen, then the KDE desktop appears and is usable in about 7 seconds. Please let me know what more information you need to debug this. I would try to figure out what the splash screen is waiting for, but I don't know where to start since there is very little information displayed (only the KDE symbol and a progress bar). I recall that back in KDE 3.x the splash screen would display pulsing icons as different components were loaded--maybe it would be a good idea to bring back this feature. Reproducible: Always Steps to Reproduce: 1. Create a clean user profile. 2. Log in to an xterm session. 3. Run startkde. Actual Results: Splash screen is displayed for ~32 seconds. Expected Results: Splash screen should disappear once KDE is started. This seems to be a regression in KDE 5.4; I don't recall it occurring in 5.3 or earlier. 1541781 1 mklapetek 2015-09-04 16:17:34 +0000 Thanks for the report > I recall that back in KDE 3.x the splash screen would display pulsing icons as different components were loaded--maybe it would be a good idea to bring back this feature. Fwiw, that wouldn't tell much anyway :) Is there any output on the xterm? Is there something related perhaps in syslog/~/.xsession_errors (look for ksmserver/ksplashqml)? Could you perhaps edit the startkde script and add running bustle-pcap somewhere after the dbus session is created and then post the output? That would show the dbus communication with ksplash and would help pinpoint where the bug is. 1541883 2 94407 john 2015-09-05 03:01:48 +0000 Created attachment 94407 Start D-Bus sooner Well ... I solved this by accident while I was trying to get bustle working. Apparently startkde needs to start the D-Bus session sooner for the splash screen to work properly. See attached patch. With this fix, the progress bar in the splash screen now moves along pretty quickly (before, it was stuck at zero for the full 30 seconds), and the splash screen disappears after a few seconds. 1541884 3 john 2015-09-05 03:02:44 +0000 No longer NEEDSINFO. 1542069 4 mklapetek 2015-09-05 19:13:22 +0000 Thanks, good stuff. Please post the patch to git.reviewboard.kde.org - review group plasma. 1542233 5 kde 2015-09-06 18:49:19 +0000 Patch definitely makes sense; ksplash was ported to use DBus in the 5.x transition, this wasn't updated. I'm curious why we need it at all though; this was a last resort check if something went wrong; from the DCOP->DBus transition at the start of Plasma 4. I ask because for the startplasma script that's wayland based this'll be too late as kwin starts first What DisplayManager do you use? 1542248 6 94433 john 2015-09-06 19:20:38 +0000 Created attachment 94433 Another solution It is a home-baked display manager, which is currently set up to log in to a very minimal environment for testing purposes--only PAM authenticated and then an xterm started. So in this case there is no D-Bus session active before running startkde. I have found another way to solve this, which is to remove the dbus-launch section entirely from the startkde script. It appears that--contrary to the comment in the script--D-Bus autolaunch does work correctly. Only, it does not export DBUS_SESSION_BUS_ADDRESS to the script environment. So the simplistic test in the script (test -z "$DBUS_SESSION_BUS_ADDRESS") fails, and another D-Bus session is started. Therefore ksplashqml and ksmserver end up trying to talk on different D-Bus sessions. 1550399 7 kde 2015-10-14 16:26:04 +0000 Git commit f949f161a77114203d0489b2020011be019b47d0 by David Edmundson. Committed on 14/10/2015 at 16:25. Pushed by davidedmundson into branch 'master'. Don't assume dbus-launch autolaunch is still broken 1) it's not broken, that comment is ancient 2) the test is bust. DBus path can also be stored as an x property. Before this patch the situation is worse as potentially we risk launching two dbus daemons for the same session. REVIEW: 125637 M +0 -4 startkde/startkde.cmake M +0 -4 startkde/startplasmacompositor.cmake http://commits.kde.org/plasma-workspace/f949f161a77114203d0489b2020011be019b47d0 94407 2015-09-05 03:01:48 +0000 2015-09-05 03:01:48 +0000 Start D-Bus sooner startkde.diff text/plain 1471 john LS0tIC9iaW4vc3RhcnRrZGUuMAkyMDE1LTA5LTAzIDIzOjQ4OjA3LjIxMDMyNTg5MSAtMDQwMAor KysgL2Jpbi9zdGFydGtkZQkyMDE1LTA5LTA0IDIyOjQ5OjQ1LjAxMzc2MTU0NSAtMDQwMApAQCAt MjksNiArMjksMjAgQEAKICAgcWRidXM9cWRidXMKIGZpCiAKKyMgTWFrZSBzdXJlIHRoYXQgRC1C dXMgaXMgcnVubmluZworIyBELUJ1cyBhdXRvbGF1bmNoIGlzIGJyb2tlbgoraWYgdGVzdCAteiAi JERCVVNfU0VTU0lPTl9CVVNfQUREUkVTUyIgOyB0aGVuCisgICAgZXZhbCBgZGJ1cy1sYXVuY2gg LS1zaC1zeW50YXggLS1leGl0LXdpdGgtc2Vzc2lvbmAKK2ZpCitpZiAkcWRidXMgPi9kZXYvbnVs bCAyPi9kZXYvbnVsbDsgdGhlbgorICAgIDogIyBvaworZWxzZQorICAgIGVjaG8gJ3N0YXJ0a2Rl OiBDb3VsZCBub3Qgc3RhcnQgRC1CdXMuIENhbiB5b3UgY2FsbCBxZGJ1cz8nICAxPiYyCisgICAg dGVzdCAtbiAiJGtzcGxhc2hfcGlkIiAmJiBraWxsICIka3NwbGFzaF9waWQiIDI+L2Rldi9udWxs CisgICAgeG1lc3NhZ2UgLWdlb21ldHJ5IDUwMHgxMDAgIkNvdWxkIG5vdCBzdGFydCBELUJ1cy4g Q2FuIHlvdSBjYWxsIHFkYnVzPyIKKyAgICBleGl0IDEKK2ZpCisKICMgQ2hlY2sgaWYgYSBLREUg c2Vzc2lvbiBhbHJlYWR5IGlzIHJ1bm5pbmcgYW5kIHdoZXRoZXIgaXQncyBwb3NzaWJsZSB0byBj b25uZWN0IHRvIFgKIGtjaGVja3J1bm5pbmcKIGtjaGVja3J1bm5pbmdfcmVzdWx0PSQ/CkBAIC0y ODIsMjEgKzI5Niw2IEBACiBmaQogZXhwb3J0IFhER19EQVRBX0RJUlMKIAotIyBNYWtlIHN1cmUg dGhhdCBELUJ1cyBpcyBydW5uaW5nCi0jIEQtQnVzIGF1dG9sYXVuY2ggaXMgYnJva2VuCi1pZiB0 ZXN0IC16ICIkREJVU19TRVNTSU9OX0JVU19BRERSRVNTIiA7IHRoZW4KLSAgICBldmFsIGBkYnVz LWxhdW5jaCAtLXNoLXN5bnRheCAtLWV4aXQtd2l0aC1zZXNzaW9uYAotZmkKLWlmICRxZGJ1cyA+ L2Rldi9udWxsIDI+L2Rldi9udWxsOyB0aGVuCi0gICAgOiAjIG9rCi1lbHNlCi0gICAgZWNobyAn c3RhcnRrZGU6IENvdWxkIG5vdCBzdGFydCBELUJ1cy4gQ2FuIHlvdSBjYWxsIHFkYnVzPycgIDE+ JjIKLSAgICB0ZXN0IC1uICIka3NwbGFzaF9waWQiICYmIGtpbGwgIiRrc3BsYXNoX3BpZCIgMj4v ZGV2L251bGwKLSAgICB4bWVzc2FnZSAtZ2VvbWV0cnkgNTAweDEwMCAiQ291bGQgbm90IHN0YXJ0 IEQtQnVzLiBDYW4geW91IGNhbGwgcWRidXM/IgotICAgIGV4aXQgMQotZmkKLQotCiAjIE1hcmsg dGhhdCBmdWxsIEtERSBzZXNzaW9uIGlzIHJ1bm5pbmcgKGUuZy4gS29ucXVlcm9yIHByZWxvYWRp bmcgd29ya3Mgb25seQogIyB3aXRoIGZ1bGwgS0RFIHJ1bm5pbmcpLiBUaGUgS0RFX0ZVTExfU0VT U0lPTiBwcm9wZXJ0eSBjYW4gYmUgZGV0ZWN0ZWQgYnkKICMgYW55IFggY2xpZW50IGNvbm5lY3Rl ZCB0byB0aGUgc2FtZSBYIHNlc3Npb24sIGV2ZW4gaWYgbm90IGxhdW5jaGVkCg== 94433 2015-09-06 19:20:38 +0000 2015-09-06 19:20:38 +0000 Another solution startkde-nodbus.diff text/plain 852 john LS0tIC9iaW4vc3RhcnRrZGUuMAkyMDE1LTA5LTAzIDIzOjQ4OjA3LjIxMDMyNTg5MSAtMDQwMAor KysgL2Jpbi9zdGFydGtkZS1ub2RidXMJMjAxNS0wOS0wNiAxNToxMjoxMi45ODQ0Mzg4NTggLTA0 MDAKQEAgLTI4MiwyMSArMjgyLDYgQEAKIGZpCiBleHBvcnQgWERHX0RBVEFfRElSUwogCi0jIE1h a2Ugc3VyZSB0aGF0IEQtQnVzIGlzIHJ1bm5pbmcKLSMgRC1CdXMgYXV0b2xhdW5jaCBpcyBicm9r ZW4KLWlmIHRlc3QgLXogIiREQlVTX1NFU1NJT05fQlVTX0FERFJFU1MiIDsgdGhlbgotICAgIGV2 YWwgYGRidXMtbGF1bmNoIC0tc2gtc3ludGF4IC0tZXhpdC13aXRoLXNlc3Npb25gCi1maQotaWYg JHFkYnVzID4vZGV2L251bGwgMj4vZGV2L251bGw7IHRoZW4KLSAgICA6ICMgb2sKLWVsc2UKLSAg ICBlY2hvICdzdGFydGtkZTogQ291bGQgbm90IHN0YXJ0IEQtQnVzLiBDYW4geW91IGNhbGwgcWRi dXM/JyAgMT4mMgotICAgIHRlc3QgLW4gIiRrc3BsYXNoX3BpZCIgJiYga2lsbCAiJGtzcGxhc2hf cGlkIiAyPi9kZXYvbnVsbAotICAgIHhtZXNzYWdlIC1nZW9tZXRyeSA1MDB4MTAwICJDb3VsZCBu b3Qgc3RhcnQgRC1CdXMuIENhbiB5b3UgY2FsbCBxZGJ1cz8iCi0gICAgZXhpdCAxCi1maQotCi0K ICMgTWFyayB0aGF0IGZ1bGwgS0RFIHNlc3Npb24gaXMgcnVubmluZyAoZS5nLiBLb25xdWVyb3Ig cHJlbG9hZGluZyB3b3JrcyBvbmx5CiAjIHdpdGggZnVsbCBLREUgcnVubmluZykuIFRoZSBLREVf RlVMTF9TRVNTSU9OIHByb3BlcnR5IGNhbiBiZSBkZXRlY3RlZCBieQogIyBhbnkgWCBjbGllbnQg Y29ubmVjdGVkIHRvIHRoZSBzYW1lIFggc2Vzc2lvbiwgZXZlbiBpZiBub3QgbGF1bmNoZWQK