In /usr/share/applications/seamonkey.desktop there is MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml;x-scheme-handler/http;x-scheme-handler/https;text/x-vcard;text/directory;application/mbox;message/rfc822;x-scheme-handler/mailto; But seamonkey doesn't seem to handle some of these types. I've found about this issue while trying to open a .mbox file from Dolphin - I've expected it to be viewed in kmail, but seamonkey association got preference, so seamonkey started but it was unable to view the file, asking me what application it should use to open the file, having preselected ... seamonkey again! Reproducible: Always Steps to Reproduce: (0. uninstall anything else which may handle application/mbox) 1. install KDE (kmail, dolphin) 2. install www-client/seamonkey-2.6.1 3. start dolphin 4. try to open some.mbox file Actual Results: seamonkey starts, asking which application to use to view the file in that dialogue, seamonkey is preselected, and if you choose it, you get another tab in seamonkey opened with the same file, and the same dialogue asking how to open the file appears again ... Expected Results: the contents of some.mbox is viewed via kmail this doesn't seem to happen elsewhere (well, I've tried just in Fedora :-)), hence I report for Gentoo and not upstream
The problem is the desktop file is generic, unless you build seamonkey with mail support your gonna have a misassoaction until you change the pref.
(In reply to comment #1) > The problem is the desktop file is generic, unless you build seamonkey with > mail support your gonna have a misassoaction until you change the pref. but my point is not to have the files supported by Seamonkey - even if Seamonkey would be built with mail support I wouldn't want it to handle these but that is another story yep, the point of the bug is that the file is generic - so, please, change this, do not use "one size fits them all" when it obviously doesn't fit, filter the list of mimetypes based on compile options btw, I thought mail support was dropped ... once upon a time, there was an USE flag "moznomail" or something like that to disable building mailclient, but the current list of flags: "alsa chatzilla crypt custom-cflags custom-optimization dbus debug ipc methodjit libnotify startup-notification system-sqlite roaming webm wifi" doesn't seem to have to do anything with mailclient feature ...
If you feel I have closed your bug and it is still a current issue, please reopen and update it completely. We will not work bugs that have no ebuild in tree any longer or can not be reproduced with a current system. Thank You for your support and understanding The Mozilla Team
