GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network shares in file chooser

[Colin Leroy]

Steps to reproduce:
1. Install any Gtk3 application such as Firefox or Chromium which use modern file-chooser dialog.
2. Mount network location through fstab or file-manager ("smb://" = SMB/CIFS, "sftp://" = SFTP/SSH and so on)
3. Try to save/open file to/from the remote location from Gtk3 application.

Expected results:
* user is able to find network folder and save/open file to/from it with GtkFileChooser dialog

Actual results:
* user is unable to find network folder and save/open file to/from it with GtkFileChooser dialog and many user applications are affected

-------------------------------------------------------------------------
Original bug description is below:

GTK+3 doesn't show FUSE network shares in file chooser - it used to do so in GTK+2, and the GTK+3 documentation still mentions it should do it.

In the mean time, every user of every application switching to GTK+3 -- including Chromium, at some point between 58 and 60 -- (a change which happened in 16.04 LTS!!), loses the functionality to open or save directly to a network share.

I had chosen 16.04 LTS for deploying our workstations at work, and my 50 users have been suddenly unable to do a simple operation they have to do dozens of times a day.
They now have to "buffer" these files to their local filesystem when saving them and before uploading them, and then copy them to the company's network shares.
They were already a little bit grumpy when it stopped working with Firefox, and are now really side-eyeing me when they apply updates and find Chromium broken.

I have reported the bug upstream and provided a patch to fix this. I hope you'll be able and willing to include it to Ubuntu's GTK+3 package.

Thanks in advance.

Colin

[Colin Leroy (colin-colino)]

Here's the patch.
It's also been provided upstream at https://bugzilla.gnome.org/show_bug.cgi?id=787128

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "gtk_3_fix_fuse_mounts.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Colin Leroy (colin-colino)]

Here is a debdiff with that patch integrated. I hope it'll help.

[Jeremy Bicha (jbicha)]

Why do you think showing network shares is supposed to be the default in GTK+ 3?

My understanding is that it is documented that only local files are shown:
https://developer.gnome.org/gtk3/stable/GtkFileChooser.html#gtk-file-chooser-set-local-only

I think the comment about FUSE was more of "on some systems, you may get network files showing anyway even though we try to follow the setting."

[Colin Leroy (colin-colino)]

Hi,

No - I think the default is to show everything accessible via POSIX paths.

There is some code in GTK+2 that specifically verifies if volumes are accessible via POSIX paths in local only mode, and adds them if they are. This includes FUSE-mounted network shares.

in gtk/gtkfilechooserdefault.c: shortcuts_add_volumes() for example.

[Colin Leroy (colin-colino)]

I would also add that even though asking for GTK3 applications like Chromium, Firefox, Thunderbird to call gtk_file_chooser_set_local_only(FALSE) seems like an easy fix, it is not:

when such applications then call for gtk_file_chooser_get_filename() (and _get_filenames), they could end up with NULL for remote files that are not fuse-mounted.

Similarly, gtk_file_chooser_get_uri() (and _get_uris) behaves differently when local-only is set or not. With local-only set, _get_uri() returns a native file:/// path, without it returns a normal uri (smb:// ...)

My understanding of the "show FUSE mounts in local-only mode" is that it helps numerous applications easily handle I/O with remote volumes without having to use GIO everywhere.

[Colin Leroy (colin-colino)]

Hello,

Here is a (different) patch to fix the problem on Artful's GTK 3.22.

The difference with the previous patch for GTK 3.18 is that there is now an "Other Locations" entry in the sidebar, which displays mounts via GtkPlacesView. This puts them in the correct place.

[Norbert (nrbrtx)]

Some Ubuntu users are newbies, they do not know about GVFS, FUSE and so on, so they can't suppose to use /media folder for network filesystems.

This bug should be fixed as soon as possible. Xenial and Bionic are affected.
Most Gtk3 applications are affected - the most common are Firefox, Google Chrome.

[Norbert (nrbrtx)]

What is interesting gnome-mplayer shows my SMB/CIFS share.

[Norbert (nrbrtx)]

And baobab shows my SMB/CIFS share.

[Norbert (nrbrtx)]

Gedit and Evince show my SMB/CIFS share. So some applications have problems in their GtkFileChooser dialog code.

[Norbert (nrbrtx)]

For meld see bug 1335457.

[Colin Leroy (colin-colino)]

Hi,
Yeah. That bug hits a lot of applications because GTK+3 does things differently than GTK+2 in this regard, which is why I submitted the bugreport (and a patch) to GTK+3 instead of all these applications.

[Colin Leroy (colin-colino)]

Requesting a sponsor to upload the fix's backport :)

[Richard Béneyt (rbeneyt-j)]

When will this fix be available in an updated version of the 16.04.3 LTS libgtk-3 package ?

[Colin Leroy (colin-colino)]

Hi Richard,
Well, somebody from the Ubuntu Sponsors Team would need to notice that patch I've prepared and care enough to handle it...

[Chris Rainey (ckrainey)]

In case any Ubuntu/GNOME Dev's are confused about the urgency of this and they don't work in a LAN/WAN-based environment:

1. Switching business users from MS Windows to Ubuntu Linux carries an expectation that they can still access LAN/WAN resources from the 'file chooser' dialogs(i.e. Chrome browser --> Gmail --> upload attachment from an SMB/CIFS location, etc.)

2. Having consistent GUI interfaces imparts a sense of confidence to Admins(like me) that they won't be burned-at-the-stake on a huge bonfire by those same users _and_ management for trying to move the company onto GNU/Linux systems !!

[Colin Leroy (colin-colino)]

GNOME devs accepted my patch upstream. I made a debdiff to fix the Ubuntu package .Now we're just waiting for an Ubuntu dev with some motivation to fix this.
Chris is right. This regression *in an LTS release even!* and the time it takes to fix it is awfully long.

[Chris Rainey (ckrainey)]

@colin-colino Awesome! Thanks for your work on this.

[Chris Rainey (ckrainey)]

OK .... so I'm _really_ glad to see the work on this bug progressing and, as such, I've been attempting to "add myself" to this bug's "affected user" list. However, I have _not_ been able to do so for the past 2-weeks with the error message: "timeout, please try again later". Does anybody know how to create a bug-report for Launchpad, itself?

Screenshot of bug, attached.

[Chris Rainey (ckrainey)]

Never mind, found it: https://bugs.launchpad.net/launchpad/+bug/1747469

Sorry for the SPAM!

[Chris Rainey (ckrainey)]

Thanks @jbicha --- you are moving mountains in Ubuntu theses past few months!

[Colin Leroy (colin-colino)]

Thanks a bunch, Jeremy. Should I provide a backport to the patch for 16.04 ?

[Jeremy Bicha (jbicha)]

Colin, yes please. If you want to fix this issue in Ubuntu 16.04 LTS, you also need to fix it in Ubuntu 17.10. (That's because we don't want to introduce avoidable regressions when people upgrade.)

See https://wiki.ubuntu.com/StableReleaseUpdates for more information.

[Jon (g-john-i)]

Still affecting Thunderbird in 14.04LTS.

I'm just a Ubuntu user affected by this (very new to Ubuntu) so I was
waiting for the fix to come via one of the many automatic updates. Do I
have to patch something manually? Any pointers for us newbies would be
very helpful.

Thanks,

Jon

On 15/02/18 11:04, Jeremy Bicha wrote:
>
> ** No longer affects: thunderbird (Ubuntu)
>
>

[Launchpad Janitor (janitor)]

This bug was fixed in the package gtk+3.0 - 3.22.28-1ubuntu1

---------------
gtk+3.0 (3.22.28-1ubuntu1) bionic; urgency=medium

  * Merge with Debian. Remaining changes:
    + Install a settings.ini file to set our themes
    + Enable Mir backend
    + Update debian/libgtk-3-0.symbols
    + debian/control.in:
      - Build-depend on adwaita-icon-theme-full for icon name check test
    + debian/rules: Mark additional known test failures:
      - box-shadow-changes-modify-clip.ui
      - label-text-shadow-changes-modify-clip.ui
    + Ubuntu-specific patches:
      - 073_treeview_almost_fixed.patch
      - bzg_gtkcellrenderer_grabbing_modifier.patch
      - ubuntu_gtk_custom_menu_items.patch
      - print-dialog-show-options-of-remote-dnssd-printers.patch
      - uimanager-guard-against-nested-node-updates.patch
      - x-canonical-accel.patch
      - message-dialog-restore-traditional-look-on-unity.patch
      - 0001-gtk-reftest-Force-icon-theme-to-Adwaita.patch
      - restore_filechooser_typeaheadfind.patch
      - 0001-calendar-always-emit-day-selected-once.patch
      - 0001-gtkwindow-set-transparent-background-color.patch
      - ubuntu_fileselector_behaviour.patch
      - unity-border-radius.patch
      - unity-headerbar-maximized-mode.patch
      - gtksocket-unscale-before-sending-configurenotify.patch
      - no_content_hub.patch

gtk+3.0 (3.22.28-1) unstable; urgency=medium

  * New upstream release (LP: #1698270) (LP: #1714518)
  * Update Vcs fields for conversion to git
  * Add debian/gbp.conf
  * Bump Standards-Version to 4.1.3
  * Update Vcs fields for migration to https://salsa.debian.org/
  * Drop git_text-view-support-emoji-chooser.patch: Applied in new release

 -- Jeremy Bicha <email address hidden> Thu, 15 Feb 2018 10:15:34 -0500

[Jon (g-john-i)]

Ok,

If it was fixed why didn't the updates in 14.04LTS fix it. I've installed
everything offered up and including yesterday's updates.

Once again, I'm a humble *user*. A lot of this is gobbledegook to me. I
simply reported the bug when my network shares disappeared from
Thunderbird.

Can someone please explain in plain English how my 14.04LTS gets this fix?

Thanks

On 15 Feb 2018 8:11 p.m., "Launchpad Bug Tracker" <
<email address hidden>> wrote:

> This bug was fixed in the package gtk+3.0 - 3.22.28-1ubuntu1
>
> ---------------
> gtk+3.0 (3.22.28-1ubuntu1) bionic; urgency=medium
>
> * Merge with Debian. Remaining changes:
> + Install a settings.ini file to set our themes
> + Enable Mir backend
> + Update debian/libgtk-3-0.symbols
> + debian/control.in:
> - Build-depend on adwaita-icon-theme-full for icon name check test
> + debian/rules: Mark additional known test failures:
> - box-shadow-changes-modify-clip.ui
> - label-text-shadow-changes-modify-clip.ui
> + Ubuntu-specific patches:
> - 073_treeview_almost_fixed.patch
> - bzg_gtkcellrenderer_grabbing_modifier.patch
> - ubuntu_gtk_custom_menu_items.patch
> - print-dialog-show-options-of-remote-dnssd-printers.patch
> - uimanager-guard-against-nested-node-updates.patch
> - x-canonical-accel.patch
> - message-dialog-restore-traditional-look-on-unity.patch
> - 0001-gtk-reftest-Force-icon-theme-to-Adwaita.patch
> - restore_filechooser_typeaheadfind.patch
> - 0001-calendar-always-emit-day-selected-once.patch
> - 0001-gtkwindow-set-transparent-background-color.patch
> - ubuntu_fileselector_behaviour.patch
> - unity-border-radius.patch
> - unity-headerbar-maximized-mode.patch
> - gtksocket-unscale-before-sending-configurenotify.patch
> - no_content_hub.patch
>
> gtk+3.0 (3.22.28-1) unstable; urgency=medium
>
> * New upstream release (LP: #1698270) (LP: #1714518)
> * Update Vcs fields for conversion to git
> * Add debian/gbp.conf
> * Bump Standards-Version to 4.1.3
> * Update Vcs fields for migration to https://salsa.debian.org/
> * Drop git_text-view-support-emoji-chooser.patch: Applied in new release
>
> -- Jeremy Bicha <email address hidden> Thu, 15 Feb 2018 10:15:34 -0500
>
> ** Changed in: gtk+3.0 (Ubuntu)
> Status: Fix Committed => Fix Released
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1694129).
> https://bugs.launchpad.net/bugs/1714518
>
> Title:
> GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network
> shares in file chooser
>
> Status in GTK+:
> Fix Released
> Status in gtk+3.0 package in Ubuntu:
> Fix Released
> Status in gtk+3.0 source package in Trusty:
> Triaged
> Status in gtk+3.0 source package in Xenial:
> Triaged
> Status in gtk+3.0 source package in Artful:
> Triaged
>
> Bug description:
> Steps to reproduce:
> 1. Install any Gtk3 application such as Firefox or Chromium which use
> modern file-chooser dialog.
> 2. Mount network location through fstab or file-manager ("smb://" =
> SMB/CIFS, "sftp://" = SFTP/SSH and so on)
> 3...

[Jeremy Bicha (jbicha)]

Jon, the changelog message said that this bug was fixed in bionic (which is Ubuntu 18.04 Alpha). The bug is not fixed in Ubuntu 14.04 LTS "Trusty" yet.

Maybe it's a bit more clear if you look at the bug page: https://launchpad.net/bugs/1714518

I closed the Thunderbird task because we believe this bug can be fixed in the gtk+3.0 package without needing to update Thunderbird and several other packages.

[Michele Bordi (mik-bordi)]

Thank you to all for your work, from another "simple user" really looking
into this fix update :)

2018-02-16 15:20 GMT+01:00 Jeremy Bicha <email address hidden>:

> Jon, the changelog message said that this bug was fixed in bionic (which
> is Ubuntu 18.04 Alpha). The bug is not fixed in Ubuntu 14.04 LTS
> "Trusty" yet.
>
> Maybe it's a bit more clear if you look at the bug page:
> https://launchpad.net/bugs/1714518
>
> I closed the Thunderbird task because we believe this bug can be fixed
> in the gtk+3.0 package without needing to update Thunderbird and several
> other packages.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1579543).
> https://bugs.launchpad.net/bugs/1714518
>
> Title:
> GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network
> shares in file chooser
>
> Status in GTK+:
> Fix Released
> Status in gtk+3.0 package in Ubuntu:
> Fix Released
> Status in gtk+3.0 source package in Trusty:
> Triaged
> Status in gtk+3.0 source package in Xenial:
> Triaged
> Status in gtk+3.0 source package in Artful:
> Triaged
>
> Bug description:
> Steps to reproduce:
> 1. Install any Gtk3 application such as Firefox or Chromium which use
> modern file-chooser dialog.
> 2. Mount network location through fstab or file-manager ("smb://" =
> SMB/CIFS, "sftp://" = SFTP/SSH and so on)
> 3. Try to save/open file to/from the remote location from Gtk3
> application.
>
> Expected results:
> * user is able to find network folder and save/open file to/from it with
> GtkFileChooser dialog
>
> Actual results:
> * user is unable to find network folder and save/open file to/from it
> with GtkFileChooser dialog and many user applications are affected
>
> ------------------------------------------------------------
> -------------
> Original bug description is below:
>
> GTK+3 doesn't show FUSE network shares in file chooser - it used to do
> so in GTK+2, and the GTK+3 documentation still mentions it should do
> it.
>
> In the mean time, every user of every application switching to GTK+3
> -- including Chromium, at some point between 58 and 60 -- (a change
> which happened in 16.04 LTS!!), loses the functionality to open or
> save directly to a network share.
>
> I had chosen 16.04 LTS for deploying our workstations at work, and my 50
> users have been suddenly unable to do a simple operation they have to do
> dozens of times a day.
> They now have to "buffer" these files to their local filesystem when
> saving them and before uploading them, and then copy them to the company's
> network shares.
> They were already a little bit grumpy when it stopped working with
> Firefox, and are now really side-eyeing me when they apply updates and find
> Chromium broken.
>
> I have reported the bug upstream and provided a patch to fix this. I
> hope you'll be able and willing to include it to Ubuntu's GTK+3
> package.
>
> Thanks in advance.
>
> Colin
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gtk/+bug/1714518/+subscriptions
>

[Jon (g-john-i)]

+1, Thanks for the clarification Jeremy!

On 16 February 2018 at 15:00, Michele Bordi <email address hidden> wrote:

> Thank you to all for your work, from another "simple user" really looking
> into this fix update :)
>
> 2018-02-16 15:20 GMT+01:00 Jeremy Bicha <email address hidden>:
>
> > Jon, the changelog message said that this bug was fixed in bionic (which
> > is Ubuntu 18.04 Alpha). The bug is not fixed in Ubuntu 14.04 LTS
> > "Trusty" yet.
> >
> > Maybe it's a bit more clear if you look at the bug page:
> > https://launchpad.net/bugs/1714518
> >
> > I closed the Thunderbird task because we believe this bug can be fixed
> > in the gtk+3.0 package without needing to update Thunderbird and several
> > other packages.
> >
> > --
> > You received this bug notification because you are subscribed to a
> > duplicate bug report (1579543).
> > https://bugs.launchpad.net/bugs/1714518
> >
>

[Daniel Del Pino (mysoc)]

¿Is there a way to resolve this problem in Ubuntu 16.04.4 LTS? Path is not available for this version.

I had created softlink toward /run/user/1001/gvfs/gvfs... but Libreoffice fail when open files through that path (i/o error).

I have over 70 users in my company with this problem...

[Carlo Della Schiava (carlo-dellaschiava)]

I am hoping for a patch too...I have in my company users with Xubutu 16.04 and Xubuntu 14.04.
This could seem to be a minor bug, but for users who have their pc in a networks it is very annoying.

Opening file through softlink (/run/user/1001/gvfs/gvfs...) is not a good solution. Some applications fail to open or have some problems.

For instance Draftsight open files only in read only mode.

[Colin Leroy (colin-colino)]

Hi Daniel, Carlo and everyone!

I still didn't manage to get time to make Xenial package patches and get them upstream, but in the meantime, I have fixed packages (which I use at work) on this ppa:

https://launchpad.net/~colin-colino/+archive/ubuntu/xenial-fixes

sudo add-apt-repository ppa:colin-colino/xenial-fixes
sudo apt-get update
sudo apt-get upgrade

[Daniel Del Pino (mysoc)]

Hi Colin

Excellent!! It working perfect. Thanks very much.

[Jon (g-john-i)]

Hi Colin

I ran the commands below in terminal. It all seemed to update. Rebooted.
Still no "Network" choices in Thunderbird when I hit "attach" when
composing a mail.

What am I doing wrong please? 14.04LTS

Thanks

John

On 14/06/18 10:20, Colin Leroy wrote:
> Hi Daniel, Carlo and everyone!
>
> I still didn't manage to get time to make Xenial package patches and get
> them upstream, but in the meantime, I have fixed packages (which I use
> at work) on this ppa:
>
> https://launchpad.net/~colin-colino/+archive/ubuntu/xenial-fixes
>
> sudo add-apt-repository ppa:colin-colino/xenial-fixes
> sudo apt-get update
> sudo apt-get upgrade
>

[Vikrant Shah (vik748)]

Hi,
I am on Ubuntu 16.04, added the ppa, installed the patch and rebooted. I tried a file in an ssh mounted folder with Geany with the right click Open-as, but it didn't work. Even when manually trying to open the file from the ssh mount didn't work.
Not sure if the patch made any difference for me.

Thanks,
Vikrant

[Daniel Del Pino (mysoc)]

Hi Jon, Vikrant

In my case it did working. I found the access in "Another locations" section. I share a reference image (Sorry, my systems are in spanish):

[Jon (g-john-i)]

Thanks Daniel, I will take another look when I'm back in the office with
the network.

On Fri, 15 Jun 2018, 21:40 Daniel Del Pino, <email address hidden>
wrote:

> Hi Jon, Vikrant
>
> In my case it did working. I found the access in "Another locations"
> section. I share a reference image (Sorry, my systems are in spanish):
>
> ** Attachment added: "gUbuntu.png"
>
> https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1714518/+attachment/5153127/+files/gUbuntu.png
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1694129).
> https://bugs.launchpad.net/bugs/1714518
>
> Title:
> GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network
> shares in file chooser
>
> Status in GTK+:
> Fix Released
> Status in gtk+3.0 package in Ubuntu:
> Fix Released
> Status in gtk+3.0 source package in Trusty:
> Triaged
> Status in gtk+3.0 source package in Xenial:
> Triaged
> Status in gtk+3.0 source package in Artful:
> Triaged
>
> Bug description:
> Steps to reproduce:
> 1. Install any Gtk3 application such as Firefox or Chromium which use
> modern file-chooser dialog.
> 2. Mount network location through fstab or file-manager ("smb://" =
> SMB/CIFS, "sftp://" = SFTP/SSH and so on)
> 3. Try to save/open file to/from the remote location from Gtk3
> application.
>
> Expected results:
> * user is able to find network folder and save/open file to/from it with
> GtkFileChooser dialog
>
> Actual results:
> * user is unable to find network folder and save/open file to/from it
> with GtkFileChooser dialog and many user applications are affected
>
> -------------------------------------------------------------------------
> Original bug description is below:
>
> GTK+3 doesn't show FUSE network shares in file chooser - it used to do
> so in GTK+2, and the GTK+3 documentation still mentions it should do
> it.
>
> In the mean time, every user of every application switching to GTK+3
> -- including Chromium, at some point between 58 and 60 -- (a change
> which happened in 16.04 LTS!!), loses the functionality to open or
> save directly to a network share.
>
> I had chosen 16.04 LTS for deploying our workstations at work, and my 50
> users have been suddenly unable to do a simple operation they have to do
> dozens of times a day.
> They now have to "buffer" these files to their local filesystem when
> saving them and before uploading them, and then copy them to the company's
> network shares.
> They were already a little bit grumpy when it stopped working with
> Firefox, and are now really side-eyeing me when they apply updates and find
> Chromium broken.
>
> I have reported the bug upstream and provided a patch to fix this. I
> hope you'll be able and willing to include it to Ubuntu's GTK+3
> package.
>
> Thanks in advance.
>
> Colin
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gtk/+bug/1714518/+subscriptions
>

[Colin Leroy (colin-colino)]

Hi Jon,

My PPA only provides packages for 16.04, because that's what we use at work.

[Jon (g-john-i)]

Ah, ok, that explains why it didn't work.. 😁

Does anyone have any idea when 14.04LTS is going to get a patch? It's been
months with nothing in sight.

I thought installing an LTS meant issues would get some attention. Really
enjoying the Linux experience overall but the lack of urgency in addressing
a bug which is so annoying (used to work fine until one of the official
updates broke the functionality) makes me hesitant to move more computing
onto this platform.

On Mon, 18 Jun 2018, 10:41 Colin Leroy, <email address hidden> wrote:

> Hi Jon,
>
> My PPA only provides packages for 16.04, because that's what we use at
> work.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1694129).
> https://bugs.launchpad.net/bugs/1714518
>
> Title:
> GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network
> shares in file chooser
>
> Status in GTK+:
> Fix Released
> Status in gtk+3.0 package in Ubuntu:
> Fix Released
> Status in gtk+3.0 source package in Trusty:
> Triaged
> Status in gtk+3.0 source package in Xenial:
> Triaged
> Status in gtk+3.0 source package in Artful:
> Triaged
>
> Bug description:
> Steps to reproduce:
> 1. Install any Gtk3 application such as Firefox or Chromium which use
> modern file-chooser dialog.
> 2. Mount network location through fstab or file-manager ("smb://" =
> SMB/CIFS, "sftp://" = SFTP/SSH and so on)
> 3. Try to save/open file to/from the remote location from Gtk3
> application.
>
> Expected results:
> * user is able to find network folder and save/open file to/from it with
> GtkFileChooser dialog
>
> Actual results:
> * user is unable to find network folder and save/open file to/from it
> with GtkFileChooser dialog and many user applications are affected
>
> -------------------------------------------------------------------------
> Original bug description is below:
>
> GTK+3 doesn't show FUSE network shares in file chooser - it used to do
> so in GTK+2, and the GTK+3 documentation still mentions it should do
> it.
>
> In the mean time, every user of every application switching to GTK+3
> -- including Chromium, at some point between 58 and 60 -- (a change
> which happened in 16.04 LTS!!), loses the functionality to open or
> save directly to a network share.
>
> I had chosen 16.04 LTS for deploying our workstations at work, and my 50
> users have been suddenly unable to do a simple operation they have to do
> dozens of times a day.
> They now have to "buffer" these files to their local filesystem when
> saving them and before uploading them, and then copy them to the company's
> network shares.
> They were already a little bit grumpy when it stopped working with
> Firefox, and are now really side-eyeing me when they apply updates and find
> Chromium broken.
>
> I have reported the bug upstream and provided a patch to fix this. I
> hope you'll be able and willing to include it to Ubuntu's GTK+3
> package.
>
> Thanks in advance.
>
> Colin
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/gtk/+bug/1714518/+subscriptions
>

[seasoned_geek (roland-logikalsolutions)]

Canonical doesn't bother fixing anything. They are too busy breaking new
stuff. They expect __you__ to fix it for them.

On 06/18/2018 06:01 AM, Jon wrote:
> Ah, ok, that explains why it didn't work.. 😁
>
> Does anyone have any idea when 14.04LTS is going to get a patch? It's been
> months with nothing in sight.
>
> I thought installing an LTS meant issues would get some attention. Really
> enjoying the Linux experience overall but the lack of urgency in addressing
> a bug which is so annoying (used to work fine until one of the official
> updates broke the functionality) makes me hesitant to move more computing
> onto this platform.
>
> On Mon, 18 Jun 2018, 10:41 Colin Leroy, <email address hidden> wrote:
>
>> Hi Jon,
>>
>> My PPA only provides packages for 16.04, because that's what we use at
>> work.
>>
>> --
>> You received this bug notification because you are subscribed to a
>> duplicate bug report (1694129).
>> https://bugs.launchpad.net/bugs/1714518
>>
>> Title:
>> GTK+3 doesn't show FUSE/GVFS, smb (SMB/CIFS), sftp (SFTP/SSH) network
>> shares in file chooser
>>
>> Status in GTK+:
>> Fix Released
>> Status in gtk+3.0 package in Ubuntu:
>> Fix Released
>> Status in gtk+3.0 source package in Trusty:
>> Triaged
>> Status in gtk+3.0 source package in Xenial:
>> Triaged
>> Status in gtk+3.0 source package in Artful:
>> Triaged
>>
>> Bug description:
>> Steps to reproduce:
>> 1. Install any Gtk3 application such as Firefox or Chromium which use
>> modern file-chooser dialog.
>> 2. Mount network location through fstab or file-manager ("smb://" =
>> SMB/CIFS, "sftp://" = SFTP/SSH and so on)
>> 3. Try to save/open file to/from the remote location from Gtk3
>> application.
>>
>> Expected results:
>> * user is able to find network folder and save/open file to/from it with
>> GtkFileChooser dialog
>>
>> Actual results:
>> * user is unable to find network folder and save/open file to/from it
>> with GtkFileChooser dialog and many user applications are affected
>>
>> -------------------------------------------------------------------------
>> Original bug description is below:
>>
>> GTK+3 doesn't show FUSE network shares in file chooser - it used to do
>> so in GTK+2, and the GTK+3 documentation still mentions it should do
>> it.
>>
>> In the mean time, every user of every application switching to GTK+3
>> -- including Chromium, at some point between 58 and 60 -- (a change
>> which happened in 16.04 LTS!!), loses the functionality to open or
>> save directly to a network share.
>>
>> I had chosen 16.04 LTS for deploying our workstations at work, and my 50
>> users have been suddenly unable to do a simple operation they have to do
>> dozens of times a day.
>> They now have to "buffer" these files to their local filesystem when
>> saving them and before uploading them, and then copy them to the company's
>> network shares.
>> They were already a little bit grumpy when it stopped working with
>> Firefox, and are now really side-eyeing me when they apply updates and find
>> Chromium broken.
>>
>> I have reported the bug upstream and provided a patch to fix this. I
>> h...