[Desktop-packages] [Bug 1551171]
Bug 568218 points out the correct files to use for this: mimeapps.list → defaults.list, as defined by the mime actions spec https://specifications.freedesktop.org/mime-apps-spec/latest/ The “Default Applications” section says: https://specifications.freedesktop.org/mime-apps- spec/latest/ar01s03.html > Indicating the default application for a given mimetype is done by writing > into the group [Default Applications] in the file mimeapps.list. > […] > This example ensures that the application default1.desktop will be used for > mimetype1, if it's installed, and otherwise default2.desktop if it's > installed: > > [Default Applications] > mimetype1=default1.desktop;default2.desktop -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1551171 Title: /usr/share/applications/mimeinfo.cache is used for default applications in Firefox Status in Mozilla Firefox: Confirmed Status in firefox package in Ubuntu: New Bug description: See https://bugzilla.mozilla.org/show_bug.cgi?id=727422 With Firefox, default applications are selected by Firefox using /usr/share/applications/mimeinfo.cache, however, this list is a system generated list in random order and therefor does not reflect the user's preferences of which application should be used to open a file. When I click on a pdf (for example), I want to have the option to open it in my default application, in my case in okular, and not in something else. However, acroread is invariably presented is presented as default choice because it happens to be the first entry in /usr/share/applications/mimeinfo.cache for application/pdf. This happens in spite of the fact that the desktop provides correct defaults.list and mimeapps.list files The comments in the firefox bug seem to suggest that firefox developers are convinced that firefox calls the correct gtk libraries to determine the correct application. If this is the case, then it is necessarily the ubuntu (or possibly kubuntu) infrastructure to be failing. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: firefox 44.0.2+build1-0ubuntu0.15.10.1 ProcVersionSignature: Ubuntu 4.2.0-30.36-generic 4.2.8-ckt3 Uname: Linux 4.2.0-30-generic x86_64 ApportVersion: 2.19.1-0ubuntu5 Architecture: amd64 BuildID: 20160209234513 CurrentDesktop: KDE Date: Mon Feb 29 11:37:25 2016 EcryptfsInUse: Yes InstallationDate: Installed on 2013-12-12 (808 days ago) InstallationMedia: Kubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) SourcePackage: firefox UpgradeStatus: Upgraded to wily on 2015-10-23 (129 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1551171/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 494067]
yeah, a guy named grant has taken the torch: https://mail.mozilla.org/pipermail/firefox-dev/2014-July/001940.html best of luck to him! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/494067 Title: Provide better Firefox KDE integration Status in The Mozilla Firefox Browser: Confirmed Status in XUL + XPCOM application runner: Confirmed Status in “firefox” package in Ubuntu: Fix Released Status in “xulrunner-1.9.1” package in Ubuntu: Invalid Status in Baltix GNU/Linux: New Status in openSUSE: Fix Released Bug description: Binary package hint: firefox-3.5 The KDE integration of Firefox is still suboptimal in Ubuntu. openSUSE developed a set of patches that improves the situation: http://en.opensuse.org/KDE/FirefoxIntegration http://gitorious.org/firefox-kde-opensuse/ These should be integrated into the firefox-3.5 / xulrunner-1.9.1 packages and a new package for the helper application kmozillahelper is necessary. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/494067/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1020198] Re: Drop downs, drag-and-drop and right click menus don't work with Mozilla ff/tb 14.0
it also appears with KDE’s plasma-widget-menubar: as soon as the menu it operated the first time after restarting firefox, all popups break in the described way (only flickering into view once instead of staying open). makes using bookmarks almost impossible as you have to go over the menu, and, since middle click in the dbus menu doesn’t work, you also have to open a new tab beforehand if you want the bookmark in a new tab. pretty annoying :/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1020198 Title: Drop downs, drag-and-drop and right click menus don't work with Mozilla ff/tb 14.0 Status in “firefox” package in Ubuntu: Confirmed Status in “unity-2d” package in Ubuntu: Invalid Status in “unity-2d” source package in Natty: Won't Fix Bug description: This bug is similar to bug 1016386, which was recently fixed for thunderbird 13.0.1. When testing the latest Mozilla betas from the mozillateam/firefox-next and mozillateam/thunderbird-next PPAs, I noticed that firefox and thunderbird 14.0 have a similar problem. I believe this is specific to unity-2d in Natty. I cannot reproduce it in the default Natty fallback (Ubuntu Classic) when unity-2d is not installed. Thunderbird drop down menu test case: 1. Launch thunderbird from the Unity launcher 2. Edit -> Account Settings 3. Click on account actions, it should show a drop down of choices, but doesn't Firefox drop down menu test case: 1. Launch firefox from the Unity launcher 2. Edit -> Preferences 3. Click the "When Firefox starts" drop down. It should show several choice but doesn't. NOTE: Only after triggering the drop down menu bugs, will the following test cases fail. Firefox drag and drop test case: 1. Launch firefox from the Unity launcher 2. Enable the bookmarks toolbar: View -> Toolbars -> Bookmarks Toolbar 3. Now attempt to drag the globe from the left side of the URL box into the bookmarks toolbar area. It should add the URL as a bookmark and create an icon but doesn't. Firefox right click test case: 1. Launch firefox from the Unity launcher 2. Try right clicking (on a link or in a dead area). The right click menu doesn't display. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1020198/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 309778] Re: KDE always associates *.jar with the zip mime type
This is ridiculous. This bug is there for ages, and all that has to be done is to add a post-install hook that removes that file after it was installed from the 3-rd party repo, or a pre-install hook that removes it from the package. I created a script that hopefully eases this process of repeating these steps every time java is upgraded to another version where this bug isn’t fixed. If I made a mistake in the script, please tell me so and I’ll fix it. Link to script: https://gist.github.com/1250868 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to shared-mime-info in Ubuntu. https://bugs.launchpad.net/bugs/309778 Title: KDE always associates *.jar with the zip mime type Status in “dolphin” package in Ubuntu: Invalid Status in “krusader” package in Ubuntu: Invalid Status in “shared-mime-info” package in Ubuntu: Incomplete Status in “sun-java6” package in Ubuntu: Confirmed Bug description: Binary package hint: krusader Krusader, dolphin and other KDE applications incorrectly map the application/x-jar mime type. Gnome and XFCE and other non-KDE applications correctly interpret *.jar as application/x-jar, but not KDE. I have followed all of the KDE instructions including: http://www.krusader.org/handbook/faq_usage.html#faqu_jar http://www.krusader.org/phpBB/viewtopic.php?p=9166 And have scoured my mimelnk and other *.desktop files and have verified that *.jar is only associated with Java and never zip. KDE incorrectly treats *.jar as application/zip anyways. I have verified that krusader has no jar or java-archive or any thing else in the karc protocol and have verified that *.jar is mapped correctly under the KDE4 system settings application (file mapping). KDE still stubbornly treats *.jar as a zip file. As a result I cannot launch java applications packaged as jar files without running it by hand. I have exhausted google and all other resources, no one has replied to my launchpad question (https://answers.launchpad.net/ubuntu/+question/51806) in over a month and have come to the conclusion that it is probably a bug. Versions: xubuntu intrepid krusader 2.0~svn6078-1ubuntu1 dolphin 4:4.1.3-0ubuntu1~intrepid1 systemsettings 4:4.1.3-0ubuntu1~intrepid1 kdebase-data 4:4.1.3-0ubuntu1~intrepid1 Sorry if it is not a bug, but I just cannot find any reason why KDE would map *.jar as a zip file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dolphin/+bug/309778/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp