Description of problem: On my current "rawhide" system, the preferred web browser application is "epiphany". Moreover, "midori" is installed alongside as an alternate WebKit based browser. The context menu of a desktop URL shows "Open with midori" as top item whereas it should show "Open with epiphany". Double clicking the URL results in "midori" being fired up and used for displaying the chosen web page. Version-Release number of selected component (if applicable): nautilus-2.26.2-2.fc11.x86_64 How reproducible: Always. Steps to Reproduce: 1. Create URL on GNOME desktop. 2. Double click the URL icon. Actual results: Web page gets opened in "midori". Expected results: Web page gets opened in "epiphany". Additional info: - This was already broken in F10. - Executing 'gnome-open URL' results correctly in "epiphany" being used.
- "Open with midori" is only displayed for HTML documents saved on the desktop. For a *.desktop file, only "Open" is displayed. - A URL dragged from the address bar of "epiphany" to the desktop results in the creation of a *.desktop file. It gets opened by "midori". However, launching '/usr/bin/env xdg-open URL' as in the header line "#!/usr/bin/env xdg-open" fires up "epiphany" as expected.
what does gconftool-2 --get /desktop/gnome/url-handlers/http/command gconftool-2 --get /desktop/gnome/applications/browser/exec cat ~/.local/share/applications/mimeapps.list tell you ?
gconftool-2 --get /desktop/gnome/url-handlers/http/command: epiphany %s gconftool-2 --get /desktop/gnome/applications/browser/exec: epiphany $ ls ~/.local/share/applications/ preferred-mail-reader.desktop preferred-web-browser.desktop There is no such file named mimeapps.list. The relevant file preferred-web-browser.desktop contains: Exec=epiphany %U StartupNotify=true Terminal=false Type=Application Icon=gnome-web-browser X-GNOME-Bugzilla-Bugzilla=GNOME X-GNOME-Bugzilla-Product=epiphany X-GNOME-Bugzilla-Component=BugBuddyBugs X-GNOME-Bugzilla-Version=2.26.1 Categories=Network;GNOME;GTK;WebBrowser; MimeType=text/html;text/xml;application/xhtml+xml; X-Panel-Monitor=true NoDisplay=true A sample desktop file created by dragging URL http://start.fedoraproject.org from epiphany's address bar to the desktop which gets opened by "midori" later on reads: [Desktop Entry] Encoding=UTF-8 Name=Link to Fedora Project - Start Page Type=Link URL=http://start.fedoraproject.org/ Icon=gnome-fs-bookmark Name[en_US]=Fedora Project - Start Page
Yes, I see this too. Someone needs to figure out how nautilus decides what to open these 'Link' desktop files with.
Just running the Ubuntu 9.04 live CD. After uninstalling firefox and installing epiphany as well as midori, opening the "Link to Fedora Project - Start Page" desktop entry launches epiphany which is correct. gconftool-2 --get /desktop/gnome/url-handlers/http/command: epiphany %s gconftool-2 --get /desktop/gnome/applications/browser/exec: epiphany There is no directory called .local. nautilus --version: GNOME nautilus 2.26.2 epiphany --version: GNOME epiphany-browser 2.26.1 midori --version: Midori 0.1.2
Comparing a couple of "rawhide" systems, it turns out that both systems which had been installed over the network using boot.iso are affected by this issue whereas another systems installed directly from the live CD [F11 Snap1 i686] behaves correctly. The F11 preview live CD also behaves as expected after removing firefox and installing both epiphany and midori in the live system. So, maybe there is a missing package or an additional one causing this problem?
After reinstalling "rawhide" from scratch and using a fresh account with midori and epiphany being installed simultaneously, the desktop file is open correctly by epiphany when the latter is set as the default browser. However, after changing the default browser to midori, the desktop file is still opened by epiphany instead of midori. Thus the situation is just the inverse of the original one. gconftool-2 --get /desktop/gnome/url-handlers/http/command midori %s gconftool-2 --get /desktop/gnome/applications/browser/exec midori
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
No improvement for current "rawhide" including nautilus-2.27.2-1.fc12.
No improvement for current "rawhide" including package nautilus-2.27.4-4.fc12 after installing "midori" in addition to "epiphany" and setting the preferred browser to "midori": gconftool-2 --get /desktop/gnome/url-handlers/http/command midori %s gconftool-2 --get /desktop/gnome/applications/browser/exec midori Nevertheless, desktop URLs get opened with "epiphany".
To get to the bottom of this, can you create a text.html file (can be empty) on your desktop, right click and open the properties dialog for it. Go to the "Open With" tab, and see whats selected there. Does changing the selection to midori have the desired effect ?
1. A sample HTML file copied to $HOME/desktop is displayed with a different icon on the desktop than the URLs mentioned above [two pages marked "html" in front of a green/blue planet whereas the icon labelling URL files is a medium blue globe with a yellow arrow]. 2. The top entry of the context menu is "Open with AbiWord". This coincides with the application checkmarked in the "Open With AbiWord" tab of the "Properties" dialog window [followed (in alphabetical order) by Epiphany, Midori, Nedit, Text Editor (Gedit), and Vim]. 3. Changing the helper application modifies the top menu item of the context menu correctly to "Open with <NAME>". However, this is different from the behaviour of the URL icons whose top menu item is nothing but "Open" for which reason the default application is changed through "Preferred Applications".
This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Issue still applies to current F12 and nautilus-2.28.4-2.fc12.x86_64.
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
For a fully updates F14 system including package nautilus-2.32.2-1.fc14, the issue persists: gconftool-2 --get /desktop/gnome/url-handlers/http/command epiphany %s gconftool-2 --get /desktop/gnome/applications/browser/exec epiphany However, a desktop file created by dragging the URL from the epiphany address bar to the desktop, [Desktop Entry] Encoding=UTF-8 Name=Link to Fedora Project - Start Page Type=Link URL=http://start.fedoraproject.org/ Icon=gnome-fs-bookmark gets opened by firefox when using the context entry "Open" from the menu associated with the right mouse button. This behaviour is obviously wrong. The properties windows reveals the document type being "HTML document (text/html)" but there is no tab named "Open With". A plain HTML file created on the desktop with content <html> Test of file opening with nautilus </html> has a different context menu: "Open With Firefox" as top entry followed by "Open With" leading to a submenu with an alphabetical list of applications which can be used to open the file. The properties windows reveals the document type being "HTML document (text/html)".
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.