| 2011-04-18 10:04:40 |
John Lea |
bug |
|
|
added bug |
| 2011-04-18 10:05:25 |
John Lea |
ayatana-design: assignee |
|
John Lea (johnlea) |
|
| 2011-04-18 10:05:32 |
John Lea |
ayatana-design: importance |
Undecided |
High |
|
| 2011-04-18 10:05:35 |
John Lea |
ayatana-design: status |
New |
Fix Committed |
|
| 2011-04-18 10:05:39 |
John Lea |
ayatana-design: status |
Fix Committed |
Fix Released |
|
| 2011-04-18 10:05:45 |
John Lea |
tags |
|
udo |
|
| 2011-04-18 10:15:36 |
John Lea |
description |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen. |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome. |
|
| 2011-04-18 10:33:06 |
John Lea |
ayatana-design: status |
Fix Released |
Fix Committed |
|
| 2011-05-05 10:17:31 |
Jason Smith |
bug task added |
|
unity |
|
| 2011-05-05 10:19:51 |
Jason Smith |
description |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome. |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
|
| 2011-05-05 10:20:09 |
Jason Smith |
unity: importance |
Undecided |
High |
|
| 2011-05-05 10:20:09 |
Jason Smith |
unity: status |
New |
Triaged |
|
| 2011-05-05 10:20:09 |
Jason Smith |
unity: milestone |
|
ux-backlog-1 |
|
| 2011-05-05 10:20:09 |
Jason Smith |
unity: assignee |
|
Jason Smith (jassmith) |
|
| 2011-05-20 09:25:01 |
Ricardo Graça |
bug |
|
|
added subscriber Devius |
| 2011-05-30 10:44:09 |
Didier Roche-Tolomelli |
unity (Ubuntu): status |
New |
Triaged |
|
| 2011-06-03 13:28:05 |
John Lea |
ayatana-design: status |
Fix Committed |
Fix Released |
|
| 2011-06-07 18:53:03 |
Jorge Castro |
tags |
udo |
backlog udo |
|
| 2011-06-14 22:36:09 |
Yann Dìnendal |
bug |
|
|
added subscriber Yann Dìnendal |
| 2011-10-09 18:03:50 |
Alexander Kallenbach |
bug |
|
|
added subscriber Alexander Kallenbach |
| 2011-10-18 14:59:17 |
John Lea |
tags |
backlog udo |
backlog udo udp |
|
| 2011-10-18 14:59:23 |
John Lea |
unity: milestone |
|
backlog |
|
| 2011-10-18 15:00:11 |
John Lea |
ayatana-design: status |
Fix Released |
Fix Committed |
|
| 2011-12-12 15:40:41 |
John Lea |
description |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
Note the new file should be opened in exactly the same manner as when opening the file with the 'open with [app name]' Nautilus option, e.g. when opening a .txt file by dropping it on to gedit, if there is already one or more gedit window(s) open, the file should open into a tab on the most recently focused gedit window.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
|
| 2012-02-13 16:06:23 |
Omer Akram |
unity (Ubuntu): importance |
Undecided |
High |
|
| 2012-03-10 05:46:24 |
Alik |
bug |
|
|
added subscriber Alik |
| 2012-08-30 21:10:15 |
oriolpont |
bug |
|
|
added subscriber oriolpont |
| 2012-09-14 02:30:32 |
Tim Penhey |
unity: milestone |
backlog |
|
|
| 2012-09-14 07:46:20 |
Tim Penhey |
tags |
backlog udo udp |
backlog exbacklog udo udp |
|
| 2012-10-08 04:10:05 |
Edward Donovan |
bug |
|
|
added subscriber Edward Donovan |
| 2012-10-09 12:32:22 |
John Lea |
unity: assignee |
Jason Smith (jassmith) |
|
|
| 2012-10-10 15:03:44 |
John Lea |
ayatana-design: importance |
High |
Critical |
|
| 2012-10-10 15:05:37 |
John Lea |
description |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
Note the new file should be opened in exactly the same manner as when opening the file with the 'open with [app name]' Nautilus option, e.g. when opening a .txt file by dropping it on to gedit, if there is already one or more gedit window(s) open, the file should open into a tab on the most recently focused gedit window.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
Also at the moment many Launcher icons do not highlight when the user starts dragging, even if the application supports opening the file type being dragged.
Note the new file should be opened in exactly the same manner as when opening the file with the 'open with [app name]' Nautilus option, e.g. when opening a .txt file by dropping it on to gedit, if there is already one or more gedit window(s) open, the file should open into a tab on the most recently focused gedit window.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
|
| 2012-12-20 00:30:37 |
Thibaut Brandscheid |
bug |
|
|
added subscriber Thibaut Brandscheid |
| 2013-03-02 08:51:32 |
Harry Bear |
bug |
|
|
added subscriber Harry Bear |
| 2013-07-25 20:59:43 |
Christopher Townsend |
unity: status |
Triaged |
Fix Released |
|
| 2013-07-25 20:59:48 |
Christopher Townsend |
unity (Ubuntu): status |
Triaged |
Fix Released |
|
| 2013-09-20 11:33:55 |
John Lea |
ayatana-design: importance |
Critical |
High |
|
| 2013-09-20 12:54:21 |
John Lea |
description |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Most of the time this interaction does not work. Occasionally it does work but it freezes the desktop requiring a unity restart. Tested using .png files with Firefox and GIMP, and .html files with Firefox and Chrome.
Also at the moment many Launcher icons do not highlight when the user starts dragging, even if the application supports opening the file type being dragged.
Note the new file should be opened in exactly the same manner as when opening the file with the 'open with [app name]' Nautilus option, e.g. when opening a .txt file by dropping it on to gedit, if there is already one or more gedit window(s) open, the file should open into a tab on the most recently focused gedit window.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever. |
If a user drags and drops a file on top of a Launcher app icon, the application should open the file if it is a file type it supports.
If the application does not support the file type nothing should happen.
Also at the moment many Launcher icons do not highlight when the user starts dragging, even if the application supports opening the file type being dragged.
For example, if the user starts dragging a text file firefox and libreoffice writer should illuminate in addition to gedit.
Another example is dragging a tarball; thunderbird should illuminate and if the tarball is dropped on the thunderbird icon it should open a new message with it as an attachment.
UPDATE : Compiz screws up the handling when a drop happens at about the same time as the scale timeout goes off. It doesn't freeze so much as grab the mouse forever.
-----------------------------
Desired resolution:
- create a new desktop key that details all file types that can be imported into an application. See Robert Carr's comments #1 and #4 for details.
- For the following applications, ensure the information about which file types can be opened by a drag and drop operation is updated: LibreOffice, Thunderbird, Chormium, Firefox, Gedit, Image viewer, Shotwell, GIMP, Transmission, Terminal, Brasero Disk Burner, Archive Manager, Evolution, Rhythembox, VLC |
|
| 2013-09-20 12:54:24 |
John Lea |
unity: status |
Fix Released |
Triaged |
|
| 2013-09-20 12:54:28 |
John Lea |
unity (Ubuntu): status |
Fix Released |
Triaged |
|
| 2013-09-20 13:05:14 |
Stephen M. Webb |
unity: importance |
High |
Critical |
|
| 2014-04-16 00:20:07 |
Marco Trevisan (Treviño) |
tags |
backlog exbacklog udo udp |
backlog dnd exbacklog udo udp |
|
| 2014-10-20 11:02:43 |
Stephen M. Webb |
unity: importance |
Critical |
High |
|
| 2015-09-16 20:04:03 |
Will Cooke |
unity: status |
Triaged |
Won't Fix |
|
| 2015-09-16 20:04:06 |
Will Cooke |
unity (Ubuntu): status |
Triaged |
Won't Fix |
|
| 2015-10-14 16:15:27 |
Marco Trevisan (Treviño) |
tags |
backlog dnd exbacklog udo udp |
backlog dnd exbacklog rls-w-incoming udo udp |
|
