| Summary: | Cannot pin certain apps to task-manager | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Chef Niko <culinaryelation> |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | culinaryelation, kde, nate, null, plasma-bugs |
| Priority: | NOR | ||
| Version: | 5.21.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | requested output from xprop, then clicking on "zerobrane studio" application | ||
|
Description
Chef Niko
2021-05-01 18:55:49 UTC
When you say, "Attempt to pin application to task manager" what do you mean exactly? How are you doing it? Method 1: 1. Launch application 2. Right click application entry in the task bar 3. Mouse over "Pin To Task Manager" 4. Click box of the activity to pin the application on Method 2: 1. Launch Application 2. Drag application entry on the task bar on to a panel Neither of these methods produce the desired result. My apologies for not being more detailed originally. So the menu action is enabled and you can click on it, but it doesn't actually work? That's correct. When I click on it, nothing appears to happen. Here are my observations: 1. Menu closes (expected) 2. When opening up the menu again, the box is not filled in (unexpected, box should be filled in) 3. Upon closing the application, it is removed from the task manager (unexpected, it is expected to remain pinned). Other functions on other menus seem to work fine. E.g. "More Actions" -> "Keep Below Others". When clicking on this, the corresponding box is filled in, and the window is indeed kept below other windows. While I filed this bug against the task manager, I'm not sure that is correct. When I drag the application directly on to a panel (not the task manager), the same lack of result (failure) is occurring. I don't really know how the KDE components are coded, but this suggests to me that the panel, task manager, and icon only task manager are all calling a shared function to "pin" an icon to them, which is where the problem is occurring. Hopefully this helps clarify things, and I apologize if I chose the wrong component for this bug. This will happen if the application cannot be matched to the .desktop file used for launching that application. Please include output of "xprop" and clicking on a window of said broken application. Created attachment 138181 [details]
requested output from xprop, then clicking on "zerobrane studio" application
I've included the output in the attached file 'xprop-zerobrane-studio', as requested. It was generated by running `xprop >> xprop-zerobrane-studio` in Konsole, then clicking on the 'Zerobrane Studio' Application, which is not pinning.
>WM2DesktopFileName is not present even our fallback WM_CLASS is unhelpful >WM_CLASS(STRING) = "lua", "Lua" There is a massive tonne of fallback guesswork in libtaskmanager, you can read the comments of windowUrlFromMetadata in taskstools.cpp trying all sorts of sources, but ultimately if we don't have enough data we can't do a lot. As a workaround you can expand ~/.config/taskmanagerrulesrc with additional mapping Please report to zerobrane to populate their metadata. |