Bug 1278845 - Open Folder in Firefox's library opens Baobab
Summary: Open Folder in Firefox's library opens Baobab
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 22
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Jan Horak
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1234319 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-11-06 14:32 UTC by luigi votta
Modified: 2016-07-19 19:58 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-19 19:58:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description luigi votta 2015-11-06 14:32:28 UTC
Description of problem: In the Download section of Library window, clicking on Open Folder doesn't open the Folder but Baobab 


Version-Release number of selected component (if applicable):
firefox-42.0-2.fc22.i686

How reproducible:
Always  

Steps to Reproduce:
1. Select Bookmarks -> Show all bookmarks
2. On a downloaded file, click on Open folder
3.

Actual results:
It opens Baobab

Expected results:
It opens the folder containing the file

Additional info:

Comment 1 Jan Horak 2015-11-09 12:44:16 UTC
Thanks for bugreport. What kind of desktop environment do you have? which app the command:
xdg-open file:///home/
opens?
Please check content of this directory:
~/.local/share/applications
and try to find custom application handler for opening directories.
Thank you.

Comment 2 luigi votta 2015-11-09 14:47:40 UTC
(In reply to Jan Horak from comment #1)
> Thanks for bugreport. What kind of desktop environment do you have? which

I'am running on XFCE. 

> app the command:
> xdg-open file:///home/
> opens?

Thunar

> Please check content of this directory:
> ~/.local/share/applications
> and try to find custom application handler for opening directories.

This was the content of directory:
mimeinfo.cache
The_X_New_Developer__<99>s_Guide:_The_X_Client_Ecosystem.desktop
userapp-Composizione dati-7LRH2X.desktop

that I've deleted. Than I closed/restarted session but the problem is the same.
Also logging with another user has the same problem.  

> Thank you.

Comment 3 Jan Horak 2015-11-09 17:52:37 UTC
Hm, this looks fine, please try also:
xdg-mime query default inode/directory
Thank you.

Comment 4 luigi votta 2015-11-09 19:21:14 UTC
Hi, this is the output:

org.gnome.Nautilus.desktop

Comment 5 Jan Horak 2015-11-10 12:10:15 UTC
This seems to be also okay, I've got another command for you:
python -c 'import gtk;gtk.show_uri(None, "file:///", 0)'
you need to have pygtk2 package installed to be able to perform it. It should open default application for inode/directory content type.

Comment 6 luigi votta 2015-11-10 14:24:50 UTC
It opens nothing (visible), but in background it starts  

/usr/bin/baobab --gapplication-service

that exits after few seconds.

Comment 7 Jan Horak 2015-11-10 14:53:47 UTC
*** Bug 1234319 has been marked as a duplicate of this bug. ***

Comment 8 Jan Horak 2015-11-10 15:06:06 UTC
For reference, in bug 1234319 [1] Jaromir found similar  bug for Ubuntu [2]
and also upstream bug is there [3].
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1234319#c0
[2] https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/1196339
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=893799

It seems that nautilus is probably not installed (is it?) and g_app_info_launch_default_for_uri (which firefox use to open directory) fallbacks to mimeinfo.cache and search for inode/directory entry and firs app which support inode/directory is baobab.

Comment 9 John Ellson 2015-12-17 18:38:17 UTC
Same problem on mate desktop on fedora-23.

   $ rpm -q nautilus baobab
   nautilus-3.18.3-1.fc23.x86_64
   baobab-3.18.1-2.fc23.x86_64

Uninstalling baobab fixes the issue so that I can get a nautilus folder window for Places-> Home Folder

Comment 10 Fedora End Of Life 2016-07-19 19:58:57 UTC
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 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. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.