| Summary: | Automatic do not disturb reason can be confusing | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Szymon Łągiewka <bugs-kde> |
| Component: | Notifications | Assignee: | Kai Uwe Broulik <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | nate, plasma-bugs-null |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | 5.23.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
dnd-from-portal
DND reason as of 30.06.2024 |
||
Sorry, trying to send attachment with Enter sends the report prematurely. I just noticed that when screen sharing a window or entire screen in Google Meet in Firefox causes DND to show reason as `xdg-desktop-portal-kde`. This will be confusing to any non-technical user. "What is this portal thing?" I'm not familiar with CreateSession details, but is Firefox registering itself as a portal? Or it's not, but the inhibition is using wrong description? On another note: could "Screen sharing in progress" be mentioned first? As a user I would prefer to have this first and then learn any details - which app, which process etc. (that's form thinking about the target user ;) ) Not a bad idea, yeah. xdg-desktop-portal doesn't know the app (or rather, it doesn't trust it to claim who it is) when it is not sandboxed. This is a limitation (design choice) on their end. In this case could we suppress the reason, maybe? No reason is better than a nonsense reason. Created attachment 171208 [details]
DND reason as of 30.06.2024
The DND message now shows Firefox Web Browser as the reason. It looks like a FIXED issue to me.
|
Created attachment 144175 [details] dnd-from-portal SUMMARY STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION