Bug 380974 - KMessageBox takes a few seconds to appear after clicking Apply in KDE Partition Manager
Summary: KMessageBox takes a few seconds to appear after clicking Apply in KDE Partiti...
Status: RESOLVED DUPLICATE of bug 382444
Alias: None
Product: frameworks-knotifications
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.33.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: David Edmundson
URL:
Keywords:
: 380923 381115 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-06-08 14:20 UTC by Andrius Štikonas
Modified: 2017-09-01 22:48 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Andrius Štikonas 2017-06-08 14:20:54 UTC 
When I click Apply operation in KDE Partition Manager, it takes a few seconds for the KMessageBox to appear.

This started happening after https://cgit.kde.org/knotifications.git/commit/?id=2d40672b0c8569329df78f77c425e9989e68c037
Comment 1 David Edmundson 2017-06-08 14:37:42 UTC 
Does KDE Partition Manager run as root?
Comment 2 Andrius Štikonas 2017-06-08 14:41:03 UTC 
Yeah, unfortunately we still use root. There were some initial attempts to start using a few bits of KAuth in kpmcore library but then it introduced regressions in Calamares installer and we got stuck.

In principle I would be all for using KAuth but it is a very big refactoring and not enough contributors (basically just me).
Comment 3 Andrius Štikonas 2017-06-08 17:08:32 UTC 
Strangely this bug is not triggered if my KMessageBoxes are launched with KMessageBox::Dangerous...
Comment 4 Andrius Štikonas 2017-06-13 20:20:50 UTC 
I've workarounded this in KDE Partition Manager by reading DBUS_SESSION_BUS_ADDRESS from ~/.dbus/session-bus/machineid-DISPLAY and passing it to KDE Partition Manager.

Shall we close this bug then?
Comment 5 Wolfgang Bauer 2017-06-15 21:54:18 UTC 
This delay also occurs if you login to a desktop session that has no org.freedesktop.Notifications service, like IceWM e.g.

I think the reason is the new org.kde.plasma.Notifications.service in plasma-workspace which waits for the service to appear with a 25s timeout.
Deleting it fixes the delays.

Btw, I think bug#381115 is the same issue.
Comment 6 Wolfgang Bauer 2017-06-15 21:56:40 UTC 
(In reply to Wolfgang Bauer from comment #5)
> This delay also occurs if you login to a desktop session that has no
> org.freedesktop.Notifications service, like IceWM e.g.

PS, for clarification: it happens with all KDE applications run as user too in that case (when they show a KMessageBox), e.g. if you try to delete a file in dolphin.
Comment 7 Wolfgang Bauer 2017-06-28 20:03:45 UTC 
*** Bug 381115 has been marked as a duplicate of this bug. ***
Comment 8 Wolfgang Bauer 2017-06-28 20:16:02 UTC 
(In reply to Wolfgang Bauer from comment #6)
> PS, for clarification: it happens with all KDE applications run as user too
> in that case (when they show a KMessageBox), e.g. if you try to delete a
> file in dolphin.

Or, as https://bugzilla.opensuse.org/show_bug.cgi?id=1046458 shows, if you run them remotely via ssh.
Comment 9 Wolfgang Bauer 2017-06-28 20:22:24 UTC 
*** Bug 380923 has been marked as a duplicate of this bug. ***
Comment 10 Wolfgang Bauer 2017-09-01 22:48:17 UTC 
Will be fixed in knotifications 5.38.0.

https://cgit.kde.org/knotifications.git/commit/?id=1c97e1d9741fd15962474f47932dd09728dae76b

*** This bug has been marked as a duplicate of bug 382444 ***