cannot associate file type with open command

Thanks for your bug. No need to be root to use that feature. Is any .desktop created to ~/.local/share/applications/*.desktop when you do that? Does it happen if you try to assign gedit to a file by example?

For your launchpad issue, according to https://launchpad.net/people your account has been migrated as "jachete" (https://launchpad.net/people/jachete) and your bug are listed by https://launchpad.net/people/jachete/+reportedbugs by example. You can merge both account as described on the migration announce mail with https://launchpad.net/people/+requestmerge

Yes, there is an entry created. But the open command still fails. I tried it for emacs. This is the content of ~/.local/share/applications/emacs21-usercustom-3.desktop

[Desktop Entry]
Version=1.0
Encoding=UTF-8
Name=Emacs 21 (X11)
GenericName=Emacs
Comment=GNU Emacs 21 Text Editor
Exec=/usr/bin/emacs21
TryExec=emacs21
Terminal=false
Type=Application
Icon=/usr/share/emacs/21.4/etc/gnu-32x32.xpm
Categories=Application;Utility;TextEditor;
MimeType=application/x-lyx;
NoDisplay=true

Thank you for replying. Do you mean that the association is not listed to the properties tab or in the context menu later?

Thanks for considering this "minor" bug!

The association does not appear in the properties tab, nor does it appear in the context menu, which only proposes "Open with", from which I can choose an application.

Cheers!
GF.

Thank your for replying on that "normal bug" :)

Do you have the write permission to ~/.local/share/applications? What mode has that folder (ls -ld ~/.local/share/applications). Coul you open the properties of a text file, go to the open with tab, try to associate gconf-editor with it and then go .local/share/applications, and attach the gconf-editor...desktop to the bug?

The answers are below:
I log on as "bob":

~$ ls -al .local/share/
total 12
drwx------ 3 bob bob 4096 2005-02-24 13:31 .
drwx------ 3 bob bob 4096 2005-02-24 13:31 ..
drwx------ 2 bob bob 4096 2006-01-20 00:21 applications

I did what you said, and got the association to work, perfectly...

~/.local/share/applications$ cat gconf-editor-usercreated.desktop
[Desktop Entry]
Encoding=UTF-8
Name=gconf-editor
MimeType=text/plain;
Exec=/usr/bin/gconf-editor

Type=Application
Terminal=false
NoDisplay=true

And when I do that, the gconf-editor appears in the property dialog of the list of associated applications.

However, when I try the same for file doc.lyx, it fails. Here's the content of the file:
~/.local/share/applications$ more gconf-editor-usercreated.desktop
[Desktop Entry]
Encoding=UTF-8
Name=gconf-editor
MimeType=application/x-lyx;
Exec=/usr/bin/gconf-editor
Type=Application
Terminal=false
NoDisplay=true

When I do this, gconf-editor does not appear in properties dialog as an associtated application and double click does not call it.

I am at a loss....

Thanks again!

The attached .desktop file was taken from https://wiki.ubuntu.com/MOTU/Packages/NoDesktopFile/Examples It may help with this issue.

Thanks, but I already have that desktop:
$ cat /usr/share/applications/lyx-qt.desktop
[Desktop Entry]
Encoding=UTF-8
Name=Lyx
Comment=WYSIWYM document processor
Exec=lyx-qt
Icon=lyx-icon.xpm
StartupNotify=false
Terminal=false
Type=Application
Categories=Qt;Application;Office;
MimeType=text/plain;

So, still awaiting a fix...

Could you run "gnomevfs-info some.lyx" and copy that to a comment?

Here it is! thanks for the persistence!

$ gnomevfs-info doc.lyx
Name : doc.lyx
Type : Regular
MIME type : application/x-lyx
Size : 33854
Blocks : 72
I/O block size : 4096
Local : YES
SUID : NO
SGID : NO
Sticky : NO
Permissions : 600644
Link count : 1
UID : 1000
GID : 1000
Access time : Sun Feb 19 20:01:03 2006
Modification time : Sun Feb 19 20:01:03 2006
Change time : Sun Feb 19 20:01:03 2006
Device # : 2049
Inode # : 16187415
Readable : YES
Writable : YES
Executable : NO

It'd be great if you could test that with current Dapper - I just tried it and it works nicely for me.

I'm using Dapper x86 from the repos; I originally posted this on http://ubuntuforums.org/showthread.php?t=165711

---
In Breezy I had associated folders with XMMS so that I could go to a folder with music files, right-click it and open it with XMMS. Very convenient. After I upgraded to Dapper, it stopped working. So I tried to reassociate it by right-clicking on a directory, selecting properties and adding it in the "Open With" tab (the two entries already existing are "Konqeror" (I have a bunch of KDE stuff installed) and "Open Folder"). It didn't add, nor did it give an error. So I decided to try with sudo nautilus. It still didn't add, but it did give an error: "Could not add application to the application database"
---

Based on some of the previous comments on this bug I checked ~/.local/share/applications and there were lots of XMMS icons from me having tried this :)

I'm sorry but I don't have Dapper and cannot upgrade until it is ready for
fear of losing my work platform...

do let me know if there is any news, though.
cheers,
GF

On 4/13/06, Daniel Holbach <email address hidden> wrote:
>
> It'd be great if you could test that with current Dapper - I just tried it
> and it works nicely for me.
> --
> cannot associate file type with open command
> https://launchpad.net/malone/bugs/28621
>

As per my problem with associating directories with XMMS, I just noticed yesterday that it appears to have been fixed with one of the recent package updates (suddenly there were 'Open with XMMS' entries when I right-clicked a dir).

associating to a directory was bug #35463 and has been fixed with a shared-mime-info update

I confirm that this now works on my AMD64 setup! thanks for the good work Ubuntu Team!

GF

marking as fixed then, thank you for the comment