Confirming that
1. I noticed no regression in clean, fully-updated Ubuntu VMs over 48h
(periodic file browser operations and open-file dialogs in gtk apps, looped
`gio info trash:///` in terminal). Tested standard Ubuntu and Ubuntu MATE (per
the original report here).
2. I did NOT experience
Apologies for the delay, was just finally able to confirm yesterday that
the bug still exists on unpatched-gvfs (my container/transient fuse
mount workflow hadn't been active for a while, and that must've been a
critical part of reproducing the bug for me)
Moving onto -proposed shortly
--
You
This sounds fine to me--sorry that it has ended up this way, but thanks
for offering this compromise.
Let me just first confirm that I can still reproduce it on my Mint
install--I've been running from my locally-patched gvfs since October,
so I should be sure it hasn't changed with any subsequent
I haven't seen the issue occur in an (idle) Ubuntu Mate VM after a week
or so. To be fair, I can't reproduce it in a clean Mint VM either.
There's a user in the Mint/Nemo issue tracker that was seeing the issue
using Ubuntu+Cinnamon, but they've since upgraded to 21.10 (with newer
gvfs) and are no
I created an (installed) VM of Ubuntu Mate, since that was the original
report.
My main affected workstation sees long uptimes, many transient podman
containers and fuse mounts, temporary files, etc. that are not easily
duplicated in a VM--I'm not sure if all/any of that contributes to the
I've seen the same issue reported in gnome trackers under
Nautilus+Fedora and Thunar+Arch, so I'm fairly sure it's not a Mint-
specific bug (though those are obviously not Ubuntu-based).
The original report here was for Ubuntu Mate...that's "direct" Ubuntu,
right? If there's anyone out there, I'd
I can tell you anecdotally that I went from pkill-ing gvfsd-trash hourly
or worse, to not once since I applied the patch locally in October. But
even after all that, I'm not really sure what behavior of mine was
triggering the lockup so frequently.
Is an anecdotal user-report like that enough?
The bug description is now updated. Apologies for anything I missed!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1927100
Title:
Slow file dialogs, open and save
To manage notifications about
In the attached patch, I've edited debian/changelog to include the LP
bug # as requested. I also went ahead and added some
description/reference links to the patch itself--I ended up creating a
new debdiff to do this since I wasn't sure how to manually update line
numbers in a way that would be
Sure, I'll try to take care of that soon.
I was also a little unclear on what to do about the version number--I
forced something non-standard (1.44.1-1ubuntu1-test) so that it would
locally supersede the current ubuntu version but not block updates.
Should the debdiff reflect what would be the
Just a quick confirmation that with the patch applied, I've had no
gvfsd-trash deadlocks requiring a pkill in over a week. It was
previously hourly or worse.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I created a patch to 1.44.1-1ubuntu1 from the merge request on GNOME's
gvfs gitlab (https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/96)
commit dc21a0948bcbe8a6d79d674bd1e4d63ded57d340
Testing on google cloud, this is still broken for:
bionic hwe (5.4.0-1041-gcp #44~18.04.1-Ubuntu)
focal ga (5.4.0-1041-gcp #44-Ubuntu)
focal hwe (5.8.0-49-generic #55~20.04.1-Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This remains an issue for the HWE kernel on 18.04LTS and GA kernel for
20.04LTS (both on kernel version 5.4). The only unaffected LTS release
is xenial.
If there is indeed a fix (which isn't clear to me from the 2020-08-26 janitor
update as it doesn't reference this bug #), will it be pushed to
14 matches
Mail list logo
