Created attachment 117756 [details]
Error message that disappeared one second later
Attached is a screenshot showing the error message that Discover displayed tonight after a failed update (see Bug 403790). Because it was implemented as a passivenotification, the error message disappeared approximately one second after I took the screenshot. If I had not been watching and ready with Spectacle, I would have missed it entirely and been left confused and frustrated.
These passivenotification messages are awful for the following reasons:
1. They disappear after a few seconds so you can miss them if you're not staring at Discover while it does its thing
2. Even if you are, they'll probably disappear before you're done reading and comprehending them
3. Even if you do manage to read and comprehend them, since they've disappeared, you can't write down the text or copy it for the purpose of pasting into a web search so you can figure out what to do about the problem
4. They're a totally unfamiliar, alien UI. No other KDE program displays error messages in tooltip-like pop-ups that disappear after a few seconds
Every time we would display a passivenotification, let's instead use a Kirigami InlineMessage or a Kirigami overlay sheet, which are both much nicer because they're persistent and attention-getting.
For any message where this would not be appropriate because it would be really annoying, that's a sign that we shouldn't be emitting any user-visible error message at all because it's just noise, not a real error message.
Quite right... It's an issue right now because the resourcemodel really only knows how to handle low-importance informational messages (which is what passive notifications are, after all, supposed to be for). First step is to ensure we actually have a severity separation there, and then implement the ways in which to handle that.
Git commit 3c605c3f9c5da1e3ab81dbe1882e7c9c59eda38c by Aleix Pol.
Committed on 22/08/2019 at 21:55.
Pushed by apol into branch 'master'.
Show update issues on a popup instead of as passive messages
Otherwise they may disappear.
Related: bug 411182
Reviewed By: ngraham
Differential Revision: https://phabricator.kde.org/D23357
M +32 -1 discover/qml/UpdatesPage.qml
Created attachment 123129 [details]
"Aborted due to failure"
I'm not sure that worked. See this attachment.
Não consigo atualizar o Discover, nem instalar programas com ele pois exibe a mensagem que não há conexão.
*** Bug 420382 has been marked as a duplicate of this bug. ***
*** Bug 421824 has been marked as a duplicate of this bug. ***
*** Bug 422257 has been marked as a duplicate of this bug. ***
*** Bug 434622 has been marked as a duplicate of this bug. ***
*** Bug 436696 has been marked as a duplicate of this bug. ***
Is this up for grabs? Looking at: https://tinyurl.com/plasma-15-minute-bugs this is first on the list, assigned to firstname.lastname@example.org but the work here seems stale with one commit from mid 2019
Yes, please feel free to work on this if you'd like to.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/discover/-/merge_requests/324
If I may add my 3 cents.
Maybe good solution would be adding log view at the bottom of window where would be collected all error and warning messages to user could check them any time. This view could be hidden by default (some button would shown and hidden it) . And one can be leave the notifications as they are or alternatively replace them with inline messages, which disappear after few seconds.
Git commit 7db678f6faba9de0a88b8c4c43c10cdfa269c4bb by Aleix Pol Gonzalez, on behalf of Jakub Narolewski.
Committed on 18/11/2022 at 00:05.
Pushed by apol into branch 'master'.
Replaced passivenotification messages in DiscoverWindow.qml component with Kirigami.OverlaySheet with copyable text elements
Messages that got replaced are:
* "Running as root" message during Component.onCompleted handling
* app.onUnableToFind handler message about invalid resource
* ResourcesModel.onPassiveMessage handler messages
* TransactionModel.transaction.onPassiveMessage handler messages
M +116 -10 discover/qml/DiscoverWindow.qml