| Summary: | All Window Icons Are Intermittently Become "Active" on Task Manager Falsely | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Mikiya Okuno <mikiya.okuno> |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | fufuheo, kde, nowrep, pitlochry, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | 5.7.2 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/plasma-desktop/605d34e3ff8007371e013a2a68647b9f3d8b5bac | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: |
before mouse over: all window icons have same colors as if they are active
after mouse over: window icons are fixed and become inactive if they are actually inactive video of described behaviour icons-only task manager |
||
|
Description
Mikiya Okuno
2016-07-27 05:48:31 UTC
I can confirm this behaviour. It is shown since Plasma 5.7. It is always reproducible if you have several launchers (kept separate) in the Task Manager and you open them one after the other. Then all window icons have same colors as if they are active. After mouse over, window icons are fixed and become inactive if they are actually inactive. Screenshot/video please, "active" is muddy here. Created attachment 100332 [details]
before mouse over: all window icons have same colors as if they are active
Created attachment 100333 [details]
after mouse over: window icons are fixed and become inactive if they are actually inactive
Created attachment 100334 [details]
video of described behaviour
I can't reproduce this at all so far. We'll have to nail down more details of when/how it happens. Ah, figured it out! Git commit 605d34e3ff8007371e013a2a68647b9f3d8b5bac by Eike Hein. Committed on 27/07/2016 at 21:13. Pushed by hein into branch 'Plasma/5.7'. Disable hover event handling until Flow positions delegate. Delegates pop up at 0,0 until Flow positions them, which can cause containsMouse to become true, following by the item being moved out from below the cursor and containsMouse never going false, because Qt Quick's famously broken hover event handling can't cope. We already wait for initial-positioning to signal the task geometry to the WM, so only start hover event handling then, too. M +1 -1 applets/taskmanager/package/contents/ui/Task.qml http://commits.kde.org/plasma-desktop/605d34e3ff8007371e013a2a68647b9f3d8b5bac This patch broke the hover for me (icons-only task manager). Only the first task reacts on focus now. David, by focus you mean hover? Do you have any more steps to reproduce, info about panel arrangement, ...? Created attachment 100434 [details]
icons-only task manager
Yes, of course hover, sorry.
Hmm, not sure what more I can say, all tasks on the screenshot are launchers and hover works only on first task (firefox).
What Qt version? Qt 5.7.0 I have the same with regular Task Manager: launcher tasks do not glow (IconItem active) on hover. When I start to drag a task it starts to glow and then stays this way indefinitely. Apparently your Flows behave differently from mine. This is technically nice because yours is being less stupid than mine, but makes us have the problem of handling both behaviors. *** Bug 366384 has been marked as a duplicate of this bug. *** |