https://bugs.kde.org/show_bug.cgi?id=446581
nyanpasu64 <nyanpas...@tuta.io> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CONFIRMED
--- Comment #3 from nyanpasu64 <nyanpas...@tuta.io> ---
Given my limited expertise, I *think* that it's reasonable for Firefox to copy
something to the clipboard and then show a notification and expect it to finish
synchronously, and it's unreasonable for plasmashell to assume that apps will
respond to clipboard content requests, and to stop processing notifications
while waiting for clipboard contents. So perhaps plasmashell and Klipper should
be rewritten to not block while waiting for clipboard contents, but that's
quite involved (perhaps asynchronously, which may require bypassing
QXcbClipboard entirely, perhaps having background threads request clipboard
contents).
Alternatively Firefox could use an asynchronous function instead of libnotify's
`notify_notification_show`, to respond to clipboard requests while trying to
show a notification. I'm not sure how difficult that is, AKA how many
round-trips d-bus's notification protocol requires, and how many states need to
be created in Firefox's state machine.
--
You are receiving this mail because:
You are watching all bug changes.
