User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0 Build ID: 20160728203720 Steps to reproduce: Download a .qfx file. Select "Open with [Other]" Actual results: It shows a list of installed applications. Expected results: It should give me the option of browsing my directory-structure. I used to be able to do this. Even the "Find New Applications" won't let me look in my directories, it only shows me what's available through the Ubuntu Software Center.
Just for reference, I have a collection of scripts I wrote for processing .qfx files to manage my bank etc. account. I wasn't impressed with GnuCash (which mis-matched transactions) and SKrooge. By writing my own scripts I'm able to deal with idiosyncrasies in the way they misuse the .qfx format and don't have any problems with mis-matched transactions. I'm also able to generate non-standard reports, like one that treats the pool of open bank transactions as a line of short-term credit. It does require that I be able to select the right script to match each account at the point where I download the .qfx file. Just offering me a list of installed Ubuntu utilities isn't enough.
My workaround is to go to the Edit -> Preferences -> Applications -> qfx Then select the "action" field and browse my directory-tree for the script that I want to use. This is a pain to do while I'm in the middle of trying to download.
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 I have tested your issue on latest Firefox release (v48.0) and latest Nightly (Build ID: 20160902030222) and observe that the file tree/system cannot be browsed when we download a file and selecting "Open with [Other]" option. I my opinion this is how Ubuntu OS works. In Windows we have the possibility to search through the file system for other apps. I will assign a possible related component. Maybe someone with more experience could provide some feedback for this issue.
Status: UNCONFIRMED → NEW
Component: Untriaged → File Handling
Ever confirmed: true
Hi, Gijs, May I have your help? I saw we did many changes on GtkAppChooserDialog (Bug 1129873). Is it a side effect or a expected behavior of the change (Bug 1129873)?
(In reply to William Hsu [:whsu] from comment #4) > Hi, Gijs, > > May I have your help? > I saw we did many changes on GtkAppChooserDialog (Bug 1129873). > Is it a side effect or a expected behavior of the change (Bug 1129873)? Karl will have a better answer than me.
Component: File Handling → Widget: Gtk
Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(karlt)
Product: Firefox → Core
(In reply to :Gijs Kruitbosch from comment #5) > (In reply to William Hsu [:whsu] from comment #4) > > Hi, Gijs, > > > > May I have your help? > > I saw we did many changes on GtkAppChooserDialog (Bug 1129873). > > Is it a side effect or a expected behavior of the change (Bug 1129873)? > > Karl will have a better answer than me. @ Gijs, Thanks! :) @ Karl, may I have your help?
(In reply to William Hsu [:whsu] from comment #4) > I saw we did many changes on GtkAppChooserDialog (Bug 1129873). > Is it a side effect or a expected behavior of the change (Bug 1129873)? The intended behavior was to provide the same interface that other GTK apps may use to choose an application. It wasn't directly intended to prevent selecting any file, but if the GTK application chooser doesn't provide this, then that change is kind of expected. The best solution for your use case would be to configure your system to know about your scripts as handlers for qfx files. If Ubuntu doesn't provide UI for adding your scripts then it can be done through adding a suitable .desktop file. ~/.local/share/applications/ would be where to place this file unless Ubuntu has configured differently. Having a single configuration for the system, instead of a separate config for the browser means that when the files are downloaded to a folder, then opening them from the file manager provides the same options.
Priority: -- → P5
(In reply to Karl Tomlinson (:karlt) from comment #7) > Having a single configuration for the system, instead of a separate config > for the browser means that when the files are downloaded to a folder, then > opening them from the file manager provides the same options. That assumes everyone uses a desktop environment with a graphical file manager to open files. I'd be surprised to learn that I'm the only one who typically opens files in applications by entering an appropriate command on a command line; prior to the change described in Bug 1129873 Firefox was able to match that workflow via a field in which I could specify an application, and now it cannot.
Since we hit complains from our users from time to time I'd rather prefer to remove/disable gtk3 application chooser by default despite it's sad for me, because I've implemented it for Firefox. GTK guys has no intention to allow users to pick file by file chooser dialog, see: https://bugzilla.redhat.com/show_bug.cgi?id=1255955
So you prefer to make things painful for everyone, just so that the few people that like doing things manually have to do things less manually?
Basically what should work instead of GTK application chooser dialog is to fill combobox element in this dialog  with the same list of applications. Of course only with the same mime type like . Something like GtkAppChooserButton does , keeping the "Other..." item with file picker. What we lose is a chance to use "Find application online" button.  http://kb.mozillazine.org/images/FxOpening-doc.png  https://people.gnome.org/~ryanl/gtk/html/appchooserdialog.png  https://developer.gnome.org/gtk3/stable/GtkAppChooserButton.html
(In reply to Mike Hommey [:glandium] from comment #11) > So you prefer to make things painful for everyone, just so that the few > people that like doing things manually have to do things less manually? Add "Choose manually..." under "Other..." or hide it behind an "advanced" toggle, rather than arguing for tyranny of the most simplistic users.
You need to log in before you can comment on or make changes to this bug.