Launcher - dropping a file on a launcher app icon should open that file in the app

It seems like (from my testing, and looking at the code). That this is all working as intended. Perhaps there is a small bit of a problem, in that .desktop files do not always contain all the mime types that an application can support (for example, certainly I can open a text file in firefox or libreoffice writer). As far as unity is concerned though this seems to be working fine (tested your cases, png to firefox, html to firefox, text to gedit, etc...)

IMHO this is no longer a Unity bug.

The Bug is still present. For example I can't drag and drop a *.png into an opened LibreOffice document.

I think, the basics of this bug are solved. However, we still have a bit of an unfinished issue.

To detect which launcher app icons support certain file types we use the "MimeType" Desktop File Entry, for a list of Mime types the application supports. This is somewhat of a misnomer.

The Mime type key is also used for "open with" functionality. This doesn't really map 1/1 with drag and drop.

For example, I would not want to open a tarball with thunderbird. I would however expect that in terms of drag and drop, thunderbird would accept a tarball (and perhaps open a new message with it as an attachment).

I think it is worth creating a new Desktop key, to enable us to have a richer annotation.

> I think it is worth creating a new Desktop key, to enable us to have a richer annotation.

So we can use both Mime type key and the new key. It makes sense.

I have noticed that when you drag and drop a text file onto Gedit in Unity Launcher it opens in a separate Gedit window, however if I right click in Nautilus and choose 'open with Gedit' it opens in my existing instance of Gedit but in a new tab. The difference in behaviour is unexpected.

@jonblondie; thx, well spotted, I have updated the bug description.

I can't figure out if what I see is related to this bug.
I want to open a file in the chromium browser. I drag it from nautilus to the unity launcher, hoping to drop it in one of Chromium's windows, as was in 11.04 (attaching a file to gmail).
What happens is that the Chromium icon gets grayed and I cannot drop the file to it.

If I do it from window to window, without going through the launcher, the file can easily been dropped to Chromium.

What do you think? Does what I describe suited for this bug? Perhaps I should open a different bug (it worked in 11.04)?

A related problem is that one can not drag and drop, say, an image from Nautilus to a Libre Office document for example.
At the moment, dragging an image icon to the launcher shows the LibreOffice icon greyed out, and hovering the icon on top of another icon (Firefox for example) doesn't reveal the corresponding window to make it possible to drop the file somewhere (in the LibreOffice document, or in an email in Firefox for example).
One should be able to drag the image's icon on the launcher, hover it on top of the desired app for one second, which would bring the window to the foreground and make it possible to add a file to a document or attach it to an email, etc.

I know this is not exactly what this bug is about, but does anyone know of another bug which would correspond to this?

Cheers

Okay, the bug I was talking about in comment #9 is reported in Bug #607796 . Sorry about that.

Only going by what the bug description is asking for, then this is working in Saucy. Marking this Fix Released. All other issues brought up in this bug should have new bugs entered.

I think the intention was to drag stuff between apps. This can be achieved in several ways. Dropping a file into a launcher icon is too implicit as the user doesn't know the exact destination. For example, when several nautilus instances exist or the destination can be fine grained within the destination app.
When dragging stuff to a launcher icon in the side bar, I think a solution to the bug should be to open the application and let the choose where exactly to drop the file/icon/text/etc. If several instances of the same app exist, pop a preview and let the user hover on the target destination instance to choose it.

The behavior of popping the drop destination existed in an older Ubuntu version but got surprisingly dropped.

Marking this as critical mostly because the "grabs the mouse forever" thing renders the desktop unusable and requires a restart to recover.

The highlighting of doesn't work well for folders. Nautilus is the only app I've seen lighting up when draggging a folder to the launcher, but I also expect apps like audacious to light up. Audacious.desktop has "MimeType=inode/directory;" in it, so it sould highlight. Easytag is a another app that doesn't light up (even if I add MimeType=inode/directory; to its .desktop)

Another DnD bug happens when you drag a file or folder from nautilus to the launcher, but drop it outside the launcher. the launcher will then stay in its highlighted state till you open and close the dash.

ubuntu 13.10

Bug does not meet the definition of "critical".

As part of the big bug clear up for 16.04 we have reviewed this bug and we will not be working on it in the near future. Sorry we can't offer you a fix. We will of course review patches if anyone submits them. Please stop by IRC to discuss this option.