So, this happens because the different launchers all share the same launcher model (ie the icon backend), which is where the saturation state exists; but the "overlay enabled" & hover states exists on a per launcher basis.
1) When the use cancels a drag, we reset the saturation status to the intended value. 2) However, we do this in both launchers, one of which "overlay enabled" is false, causing the icons to saturate. 3) Which monitor you have the dash open on will give different results. First will leave the icons saturated, second will flicker them as they briefly turn saturated, then desaturated. Question: Do we not wan the overlay on all monitors if the dash/hud is open? Either we need to have the hover/overlay state shared between the model, or we need to have icon states (quirks) per launcher, or there needs to be some hacky-jiggery-pokery for checking which monitor we're operating on. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1064514 Title: [regression] Dash - When a drag and drop action from the Dash is abandoned by dropping the item back into the Dash, all the Launcher icons 'flicker' as they suddenly loose their tinting for a brief moment To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1064514/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
