Description: I have been forgetting to close sftp connections before closing the lid on my laptop several times and the VPN tunnel closing causes Thunar to become quite dysfunctional. This can also be triggered by manually closing OpenVPN before disconnecting the sftp connection. Steps to Reproduce: Open a VPN tunnel Make an sftp connection to a server behind the VPN Close the VPN tunnel Try to close the sftp connection using the eject button Expected result: Thunar should disconnect from the connection gracefully. A popup error notifying you that that the connection was shut down unexpectedly would be nice Actual results: Thunar hangs for several minutes before the timeout period finally frees the process. A further problem is that after reopening the VPN, you are unable to use the bookmarks you have made to that IP address and you have to resort to manually entering it in the address bar System info: $ inxi -F System: Host: Think-Machinery Kernel: 4.18.0-10-generic x86_64 bits: 64 Desktop: Xfce 4.13.2 Distro: Ubuntu 18.10 (Cosmic Cuttlefish) Machine: Type: Laptop System: LENOVO product: 2537WS8 v: ThinkPad T410 serial: <root required> Mobo: LENOVO model: 2537WS8 serial: <root required> BIOS: LENOVO v: 6IET75WW (1.35 ) date: 02/01/2011 Battery: ID-1: BAT0 charge: 65.9 Wh condition: 65.9/94.0 Wh (70%) CPU: Topology: Dual Core model: Intel Core i5 M 520 bits: 64 type: MT MCP L2 cache: 3072 KiB Speed: 1197 MHz min/max: 1199/2400 MHz Core speeds (MHz): 1: 1203 2: 1207 3: 1197 4: 1197 Graphics: Device-1: Intel Core Processor Integrated Graphics driver: i915 v: kernel Display: x11 server: X.Org 1.20.1 driver: modesetting unloaded: fbdev,vesa resolution: 1440x900~60Hz OpenGL: renderer: Mesa DRI Intel Ironlake Mobile v: 2.1 Mesa 18.2.2 Audio: Device-1: Intel 5 Series/3400 Series High Definition Audio driver: snd_hda_intel Sound Server: ALSA v: k4.18.0-10-generic Network: Device-1: Intel 82577LM Gigabit Network driver: e1000e IF: enp0s25 state: down mac: f0:de:f1:49:0b:d2 Device-2: Intel Centrino Advanced-N 6200 driver: iwlwifi IF: wlp3s0 state: up mac: 18:3d:a2:07:2c:a8 Drives: Local Storage: total: 465.76 GiB used: 35.85 GiB (7.7%) ID-1: /dev/sda vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB Partition: ID-1: / size: 22.79 GiB used: 10.53 GiB (46.2%) fs: ext4 dev: /dev/sda1 ID-2: /home size: 434.53 GiB used: 25.32 GiB (5.8%) fs: ext4 dev: /dev/sda2 Sensors: System Temperatures: cpu: 42.0 C mobo: 0.0 C Fan Speeds (RPM): cpu: 3575 Info: Processes: 199 Uptime: 3h 07m Memory: 3.66 GiB used: 897.0 MiB (24.0%) Shell: bash inxi: 3.0.24
Extra info: This is a problem with thunar and not gvfs. When the same test is done with nautilus, it allows for a graceful unmounting by asking if you'd like to unmount it anyways. An image of what happens with nautilus: https://i.imgur.com/3HNF6lP.png
Thanks for the detailed bugreport ! Sorry, I have to say that I will not be able to take a look at it soon ... already too much other thunar bugs on my personal TODO List :/ If you are motivated / if you want to speed up thing, please take a try yourself ! Patches are very welcome ! Otherwise it will probably take some time until somebody takes care for this bug.
Can confirm. Thunar will wait endlessly on pending gvfs connections.
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/thunar/-/issues/222. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev