Nautilus should open .msi files with msiexec

[TAC one]

Double clicking a .msi installer in nautilus shuold trigger msiexec if wine is installed.

How to reproduce:
Double click a .msi file in nautilus

What happens:
an error box shows ( "Couldn't display xxx.msi. There is no application for this type of file" ).

Desidered behaviour:
"msiexec /i xxx.msi" is launched and installation begins. After a while you're using a windows application on linux via wine and your soul is lost.

[Scott Ritchie (scottritchie)]

wine start foo.msi might be a better idea, but you're definitely right that double clicking should install.

[Scott Ritchie (scottritchie)]

So, Wine 1.0.0 from intrepid now has an application/x-msi mime type entry for Wine. This presents an "open with Wine" option in Firefox for downloading .msi files, however double clicking them still gives the same error.

[Scott Ritchie (scottritchie)]

This bug seems to be in nautilus now, not Wine.

When I download SteamInstall.msi, nautilus doesn't identify it as an application/x-msi type, but instead as "OLE2 compound document storage"

.msi files are that internally, however it seems strange that nautilus isn't respecting Wine's association with the file's proper mime type (/etc/mime.types identifies .msi files as application/x-msi).

What's the best fix for this? Is this a libmagic1 issue or a nautilus one?

[A. Walton (awalton)]

MSI files here have the content-type "application/x-ole-storage", and "application/x-msi" is entirely unregistered. It's a shared-mime-data problem.

[A. Walton (awalton)]

A patch like this gets Nautilus and such working (patch against shared-mime-info-0.40/freedesktop.org.xml.in)

[Scott Ritchie (scottritchie)]

Originally found on launchpad:

https://bugs.launchpad.net/ubuntu/+source/shared-mime-info/+bug/229062

There's a patch there as well, which looks correct. It would be very useful to have mime info for .msi files. Thank you.

[Bastien Nocera (hadess-deactivatedaccount)]

Do you have a minimal test file available somewhere?

Could you please also attach the patch here (minus the dup glob, they're case insensitive...)

[Scott Ritchie (scottritchie)]

Created an attachment (id=17361)
Adds application/x-msi as a sub-type of application/x-ole-storage

Here is the patch, I hope it applies cleanly to the latest.

Sorry I do not have a test case, I've never dealt with this source code before and don't really know how to make one.

[Bastien Nocera (hadess-deactivatedaccount)]

(In reply to comment #2)
> Sorry I do not have a test case, I've never dealt with this source code before
> and don't really know how to make one.

A small MSI file will do just fine. Apparently there is some magic available, and I'd like to be able to test it as well.

[A. Walton (awalton)]

http://www.apache.org/dist/httpd/binaries/win32/apache_2.2.9-win32-x86-no_ssl-r2.msi

Too big to attach to the bug (1000kb limit).

[Scott Ritchie (scottritchie)]

Any updates? I'm worried this will fall by the wayside due to me not finding a small test msi file.

[Scott Ritchie (scottritchie)]

here is a slightly better patch that doesn't include the duplicate glob files.

[Bastien Nocera (hadess-deactivatedaccount)]

2008-07-21 Bastien Nocera <email address hidden>

 * freedesktop.org.xml.in: Add MSI (Windows Installer) mime-type,
 including magic, based on work from Scott Ritchie
 <email address hidden> (Closes: #16495)
 * tests/list:
 * tests/test.msi: add test case for the above

[Scott Ritchie (scottritchie)]

My patch is now committed upstream. I'm unsure when upstream intends to do another release; before Intrepid we should update Ubuntu's shared-mime-info to the latest CVS that includes my patch.

[Scott Ritchie (scottritchie)]

Fixed in Intrepid. Hooray!

[TAC one (tacone)]

Thanks !

[Felix Möller (felix-derklecks)]

This patch causes the detecten of ms-word documents to fail, see https://bugzilla.novell.com/show_bug.cgi?id=430389

[Bastien Nocera (hadess-deactivatedaccount)]

This is a bug in kmimetypefinder, which only shows you the first matching mime-type, instead of the highest matching one (see the accuracy number).

KDE doesn't use the xdgmime code, which works fine with this.

Reopen a new bug if you have proof this is a shared-mime-info bug.

[Stanislav Brabec (sbrabec-suse)]

Created an attachment (id=19663)
shared-mime-info-msi-no-magic.patch

The patch here is correct, but actual freedesktop.org.xml.in in 0.51 is incorrect, as it assigns generic OLE magic to both application/x-ole-storage and application/x-msi. It causes match for many Microsoft Word Document files.

The magic attached to application/x-msi is a generic magic for application/x-ole-storage. Both matches have the same priority, but the match string for application/x-ole-storage is a substring of application/x-msi. This may cause prefix clash security warning, kmimetypefinder decides to prefer application/x-msi. This behavior is not in contradiction with spec as well.

Proposed patch reverts version 0.51 back to the version proposed in previous patch. I am not a Microsoft OLE expert, I cannot provide a real application/x-msi specific magic.

[Stanislav Brabec (sbrabec-suse)]

As proposed in comment 8, I opened new bug 18072 for the new problem.

[David Faure (faure)]

For the record (replying to comment 8) : kmimetypefinder does NOT show the first match, it does show the highest match. The bug is in the msi magic, see bug 18072.