← Back to team overview

dx-packages team mailing list archive

[Bug 607796] Re: Launcher, Window management - Dragging and holding a selection over an entry in the Launcher should spread out windows belonging to that application

 

The Unity 7.2.2 SRU debdiff.

** Description changed:

  [Impact]
  If the user drags and hold a file over a running application in the Launcher, all the windows of that application should be shown with the spread. The user should then be able to drag and drop the file in a windows in the spread to load the file into that specific window.
  
  [Test Case]
  1) Open two windows instances of the same application (say firefox)
  2) Drag a file from the file-manager or the desktop and hover the firefox icon
  3) After one second the firefox icon is hovered, the spread will occur
- 4) You should be able to hover one of the firefox windows and it should 
-    show a spinner, after 750ms (by default) the hovered windows should be focused
-    and raised
+ 4) You should be able to hover one of the firefox windows and it should
+    show a spinner, after 750ms (by default) the hovered windows should be focused
+    and raised
  5) You should now be able to drop the content you're dragging (if the selected
-    application supports that content).
+    application supports that content).
  
  [Regression Potential]
  This codepath was mostly disabled in the current compiz and unity code because it was buggy, so the regression potential is very low, although it might happen that, if some race-condition happens, when closing the scale the launcher might be still painted as if it would be in scale mode (desaturated) even if it's not the case anymore.
  
- 
+ The Unity debdiff for this can be found at 
  ###############################################
- 
  
  Bug #727903 needs to be fixed at the same time.
  
  -----------------------------------------------
  
  History:
  
  This bug had been previously fixed as "buggybutclosed" for Unity on 2011-04-18, leaving this function with other bugs:
  https://bugs.launchpad.net/ayatana-design/+bug/727903
  https://bugs.launchpad.net/ayatana-design/+bug/727904
  https://bugs.launchpad.net/ayatana-design/+bug/727902
  https://bugs.launchpad.net/ayatana-design/+bug/764424
  https://bugs.launchpad.net/ayatana-design/+bug/832988
  
  On 2011-10-18, it was reopened for regression in Oneiric.

** Patch added: "unity-7.2.2-trusty-sru.debdiff"
   https://bugs.launchpad.net/unity/+bug/607796/+attachment/4153351/+files/unity-7.2.2-trusty-sru.debdiff

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/607796

Title:
  Launcher, Window management - Dragging and holding a selection over an
  entry in the Launcher should spread out windows belonging to that
  application

Status in Ayatana Design:
  Fix Committed
Status in Compiz:
  Fix Committed
Status in Compiz 0.9.11 series:
  In Progress
Status in One Hundred Papercuts:
  Fix Released
Status in Unity:
  Fix Released
Status in Unity 7.2 series:
  In Progress
Status in “compiz” package in Ubuntu:
  Fix Released
Status in “unity” package in Ubuntu:
  Fix Released

Bug description:
  [Impact]
  If the user drags and hold a file over a running application in the Launcher, all the windows of that application should be shown with the spread. The user should then be able to drag and drop the file in a windows in the spread to load the file into that specific window.

  [Test Case]
  1) Open two windows instances of the same application (say firefox)
  2) Drag a file from the file-manager or the desktop and hover the firefox icon
  3) After one second the firefox icon is hovered, the spread will occur
  4) You should be able to hover one of the firefox windows and it should
     show a spinner, after 750ms (by default) the hovered windows should be focused
     and raised
  5) You should now be able to drop the content you're dragging (if the selected
     application supports that content).

  [Regression Potential]
  This codepath was mostly disabled in the current compiz and unity code because it was buggy, so the regression potential is very low, although it might happen that, if some race-condition happens, when closing the scale the launcher might be still painted as if it would be in scale mode (desaturated) even if it's not the case anymore.

  *** SRU debdiff links ***
  The Unity SRU debdiff for this can be found at https://launchpadlibrarian.net/180013321/unity-7.2.2-trusty-sru.debdiff.

  The Compiz SRU debdiff for this can be found at
  https://launchpadlibrarian.net/180013356/compiz-0.9.11.2-trusty-
  sru.debdiff

  ###############################################

  Bug #727903 needs to be fixed at the same time.

  -----------------------------------------------

  History:

  This bug had been previously fixed as "buggybutclosed" for Unity on 2011-04-18, leaving this function with other bugs:
  https://bugs.launchpad.net/ayatana-design/+bug/727903
  https://bugs.launchpad.net/ayatana-design/+bug/727904
  https://bugs.launchpad.net/ayatana-design/+bug/727902
  https://bugs.launchpad.net/ayatana-design/+bug/764424
  https://bugs.launchpad.net/ayatana-design/+bug/832988

  On 2011-10-18, it was reopened for regression in Oneiric.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/607796/+subscriptions