Page 1 of 2 12 LastLast
Results 1 to 10 of 13

Thread: krusader - delay showing dialogue box text when in root mode.

  1. #1
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,254

    Default krusader - delay showing dialogue box text when in root mode.

    When running krusader in root mode the first time a dialogue box is shown it contains no text and is transparent, as in this screenshot. (Confirmation of File Delete)

    http://paste.opensuse.org/d87cc556

    After approx 25 secs the text appears, subsequent dialogue boxes are normal.

    If krusader is closed and reopened then again the first time a dialogue box is shown there is the same 25 sec delay.

    Running krusader with ordinary user rights the dialogue box is shown normally.



    Tumbleweed 20170610
    krusader 2.6.0-1.2

    Plasma 5.10.1
    KDE Frameworks 5.34.0
    Qt 5.7.1

    There have been no changes to this system apart from snapshot updates. (zypper dup --no-allow-vendor-change)
    The problem arose sometime within the last few snapshots, unable to be more precise.
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191011) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  2. #2

    Default Re: krusader - delay showing dialogue box text when in root mode.

    I can confirm that on Leap 42.2.

    The 25s very much sound like a DBUS timeout.

    Hm, maybe we just should drop "root mode" like upstream did (I "patched" it back in)...

    PS: dolphin super-user mode has the same problem. So it seems to be something more general, not specific to krusader. Maybe a change in KDE Frameworks? (knotifications)
    Last edited by wolfi323; 13-Jun-2017 at 09:08.

  3. #3
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,254

    Default Re: krusader - delay showing dialogue box text when in root mode.

    Quote Originally Posted by wolfi323 View Post
    I can confirm that on Leap 42.2.
    Thanks, I was wondering if it was a "just me".

    Hm, maybe we just should drop "root mode" like upstream did (I "patched" it back in)... )
    That would be rather a blow to my working routines... krusader is my favoured file manager for all things "root".
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191011) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  4. #4

    Default Re: krusader - delay showing dialogue box text when in root mode.

    Quote Originally Posted by tannington View Post
    That would be rather a blow to my working routines... krusader is my favoured file manager for all things "root".
    Well, at least currently you could still run krusader via kdesu, unlike dolphin (but we patched dolphin in openSUSE to still allow that too).
    Of course you would have the same problem, as that's what the "root mode" menu entry does anyway.

    I already found the "culprit" though: it's /usr/share/dbus-1/services/org.kde.plasma.Notifications.service, if you remove that, the delay is gone.

    Not sure that's (easily) fixable, but I do remember upstream bug reports about such 25s delays caused by it (for applications running as user, IIANM).
    Last edited by wolfi323; 13-Jun-2017 at 09:23.

  5. #5
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,254

    Default Re: krusader - delay showing dialogue box text when in root mode.

    Quote Originally Posted by wolfi323 View Post
    I already found the "culprit" though: it's /usr/share/dbus-1/services/org.kde.plasma.Notifications.service, if you remove that, the delay is gone.
    What other, if any, side effects may that removal have? For the moment I'll live with the delay, it's not as though I'm using root mode a lot.
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191011) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  6. #6

    Default Re: krusader - delay showing dialogue box text when in root mode.

    The purpose of this service is to avoid losing notifications during login, when Plasma (and it's notification service) have not been started yet.

    It basically "catches" the notification and waits for the actual notifications service to show up (with a timeout of 25s).
    https://phabricator.kde.org/R120:5bf...9517b1ca3bbbdc

    So, this problem will always happen when there is no notification service running, I think.

    In this particular case, the user's desktop's notification service is not seen as the application runs as root.
    But it would also happen if you run the application as user in a desktop that doesn't have a notification service (like IceWM e.g.), IIANM.

  7. #7
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,254

    Default Re: krusader - delay showing dialogue box text when in root mode.

    OK - Thanks for that explanation.

    I'll temporarily remove the service and see what, if any, impact it has with the way this system is used. I can't offhand think of any notifications during login.
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191011) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  8. #8

    Default AW: krusader - delay showing dialogue box text when in root mode.

    Here's a bug report about this, btw:
    https://bugs.kde.org/show_bug.cgi?id=380974

  9. #9
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,254

    Default Re: krusader - delay showing dialogue box text when in root mode.

    Thanks for the link.

    For the moment I've removed the service and it doesn't appear to have any adverse impact in my own use case.
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191011) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  10. #10

    Default Re: krusader - delay showing dialogue box text when in root mode.

    Quote Originally Posted by tannington View Post
    For the moment I've removed the service and it doesn't appear to have any adverse impact in my own use case.
    That's to be expected.
    After all, it's new in 5.10.0 and didn't exist before.

    As I understand it now, the main purpose actually is to delay notifications during login so that they don't appear on top of the splash screen.

    There's a corresponding change in knotifications 5.33 btw (unconditionally start the notifications service despite of the desktop in use), which plays a part here too:
    https://cgit.kde.org/knotifications.git/commit/?id=2d40672b0c8569329df78f77c425e9989e68c037
    Before, this was only done when running inside a full KDE session, and it triggers the start of /usr/share/dbus-1/services/org.kde.plasma.Notifications.service which waits upto 25s for the actual notification service to appear (which of course only makes sense during login to a KDE session).
    Last edited by wolfi323; 16-Jun-2017 at 04:59.

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •