Activity log for bug #517021

Date Who What changed Old value New value Message
2010-02-04 11:33:40 mucku bug added bug
2010-02-04 22:04:58 Pedro Villavicencio gvfs (Ubuntu): importance Undecided Medium
2010-02-04 22:04:58 Pedro Villavicencio gvfs (Ubuntu): status New Incomplete
2010-02-04 22:04:58 Pedro Villavicencio gvfs (Ubuntu): assignee Ubuntu Desktop Bugs (desktop-bugs)
2010-02-08 09:16:19 mucku attachment added backtrace http://launchpadlibrarian.net/38883740/gdb-gvfsd-metadata.txt
2010-08-17 08:43:49 Rune Philosof description Binary package hint: gvfs After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. Binary package hint: gvfs My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. Workaround: run "rm -rf ~/.local/share/gvfs-metadata" Expected results: gvfsd-metadata should be able to handle the no space left situation. --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all.
2010-08-17 08:43:58 Rune Philosof gvfs (Ubuntu): status Incomplete New
2010-08-29 10:06:38 klerfayt bug added subscriber klerfayt
2010-12-11 11:57:35 Jani Monoses bug added subscriber Jani Monoses
2011-01-06 09:42:07 mucku gvfs (Ubuntu): status New Fix Released
2011-05-17 02:19:12 scm bug added subscriber scm
2011-05-17 02:19:33 scm bug added subscriber Goobuntu Team
2011-09-28 18:56:46 mucku gvfs (Ubuntu): status Fix Released New
2011-12-08 00:52:06 Launchpad Janitor gvfs (Ubuntu): status New Confirmed
2012-03-07 12:54:34 Steffen Röcker bug added subscriber Steffen Röcker
2012-04-20 01:00:41 Derrick Hudson bug added subscriber Derrick Hudson
2012-05-10 14:44:02 Lesmana Zimmer bug added subscriber Lesmana Zimmer
2012-08-21 06:54:44 Thomas C. bug added subscriber Thomas W.
2013-01-13 19:53:17 John Paul Adrian Glaubitz bug watch added http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624507
2013-01-13 19:53:17 John Paul Adrian Glaubitz bug watch added https://bugzilla.redhat.com/show_bug.cgi?id=561904
2013-01-13 19:53:17 John Paul Adrian Glaubitz bug watch added https://bugzilla.gnome.org/show_bug.cgi?id=637095
2014-01-25 18:48:24 Marcus Schütze bug added subscriber Marcus Schütze
2014-03-22 00:02:02 James Troup bug added subscriber The Canonical Sysadmins
2014-08-25 17:34:38 Ben Bucksch bug added subscriber Ben Bucksch
2014-08-25 17:40:26 Ben Bucksch tags 64bit 64bit private
2014-08-25 17:43:21 Ben Bucksch tags 64bit private 64bit freeze hang private
2014-08-25 17:43:56 Ben Bucksch tags 64bit freeze hang private 64bit freeze hang privacy
2014-09-03 09:30:47 Vlad Orlov bug watch added http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756205
2014-09-03 09:30:47 Vlad Orlov bug task added gvfs (Debian)
2014-09-03 11:32:22 Bug Watch Updater gvfs (Debian): status Unknown Confirmed
2014-09-22 20:18:15 Andreas Hasenack bug added subscriber Andreas Hasenack
2014-09-30 05:13:59 Bug Watch Updater gvfs (Debian): status Confirmed Fix Released
2014-10-28 14:56:34 Dietmar Winkler bug added subscriber Dietmar Winkler
2014-11-02 06:18:00 Francewhoa bug added subscriber Francewhoa
2014-12-03 09:34:44 Jani Monoses removed subscriber Jani Monoses
2014-12-13 10:25:06 Soyu Kim bug added subscriber Setzer Kim
2015-01-15 20:04:10 Hermanus bug added subscriber Hermanus
2015-02-07 18:24:13 Petar Velkovski bug added subscriber Petar Velkovski
2015-02-08 11:39:14 Terri bug added subscriber Terri
2015-02-24 18:45:14 Phillip Steinbachs bug added subscriber Phillip Steinbachs
2015-03-08 01:32:00 Philip J Reilly description Binary package hint: gvfs My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. Workaround: run "rm -rf ~/.local/share/gvfs-metadata" Expected results: gvfsd-metadata should be able to handle the no space left situation. --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. Binary package hint: gvfs My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. Workaround: run "rm -rf ~/.local/share/gvfs-metadata" Expected results: gvfsd-metadata should be able to handle the no space left situation. --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all.
2015-03-08 01:50:48 Ben Bucksch description Binary package hint: gvfs My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. Workaround: run "rm -rf ~/.local/share/gvfs-metadata" Expected results: gvfsd-metadata should be able to handle the no space left situation. --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. Binary package hint: gvfs Failure to write metadata results in an infinite loop that keeps trying to write, thousands of times per second. Steps to reproduce: 1. Open Firefox 2. Save a data: URL (very long URL, usually generated by webapps or extensions) as file Actual result: - File is saved - 100% CPU - Extremely high number of file operations by gvfs - billions - Never stops Expected result: Failure to write metadata should just fail, not try again Fix: Patch available and accepted by GNOME https://bugzilla.gnome.org/show_bug.cgi?id=637095 --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all.
2015-03-08 01:53:03 Ben Bucksch description Binary package hint: gvfs Failure to write metadata results in an infinite loop that keeps trying to write, thousands of times per second. Steps to reproduce: 1. Open Firefox 2. Save a data: URL (very long URL, usually generated by webapps or extensions) as file Actual result: - File is saved - 100% CPU - Extremely high number of file operations by gvfs - billions - Never stops Expected result: Failure to write metadata should just fail, not try again Fix: Patch available and accepted by GNOME https://bugzilla.gnome.org/show_bug.cgi?id=637095 --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. Binary package hint: gvfs Failure to write metadata results in an infinite loop that keeps trying to write, thousands of times per second. Steps to reproduce: 1. Open Firefox 2. Save a data: URL (URL that contains the content, with several thousands bytes, often generated by webapps or extensions) as file (There are other ways to run into this problem, e.g. disk full or other error situations. data: URLs are just the easiest way to reproduce.) Actual result: - File is saved - 100% CPU - Extremely high number of file operations by gvfs - billions - Never stops Expected result: Failure to write metadata should just fail, not try again Fix: Patch available and accepted by GNOME https://bugzilla.gnome.org/show_bug.cgi?id=637095 --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill it the computer stops "hanging". I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all.
2015-04-20 11:59:13 Vlad Orlov bug added subscriber Monsta
2015-04-20 11:59:26 Vlad Orlov tags 64bit freeze hang privacy trusty
2015-04-20 12:04:39 Vlad Orlov tags trusty trusty utopic
2015-04-20 12:18:43 Ben Bucksch tags trusty utopic hang precise trusty utopic
2015-04-21 10:47:21 Vlad Orlov attachment added debdiff with the fix for Precise https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+attachment/4380477/+files/gvfs-precise-debdiff
2015-04-21 10:47:46 Vlad Orlov attachment added debdiff with the fix for Trusty https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+attachment/4380478/+files/gvfs-trusty-debdiff
2015-04-21 10:48:10 Vlad Orlov attachment added debdiff with the fix for Utopic https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+attachment/4380502/+files/gvfs-utopic-debdiff
2015-04-21 12:21:19 Ubuntu Foundations Team Bug Bot tags hang precise trusty utopic hang patch precise trusty utopic
2015-04-21 12:21:25 Ubuntu Foundations Team Bug Bot bug added subscriber Ubuntu Sponsors Team
2015-04-27 11:22:15 Michael Webster bug added subscriber Michael Webster
2015-04-28 17:39:23 Marc Deslauriers bug task added gvfs
2015-04-28 19:17:55 Marc Deslauriers bug added subscriber Ubuntu Stable Release Updates Team
2015-04-28 19:18:13 Marc Deslauriers nominated for series Ubuntu Precise
2015-04-28 19:18:13 Marc Deslauriers bug task added gvfs (Ubuntu Precise)
2015-04-28 19:18:13 Marc Deslauriers nominated for series Ubuntu Trusty
2015-04-28 19:18:13 Marc Deslauriers bug task added gvfs (Ubuntu Trusty)
2015-04-28 19:18:13 Marc Deslauriers nominated for series Ubuntu Vivid
2015-04-28 19:18:13 Marc Deslauriers bug task added gvfs (Ubuntu Vivid)
2015-04-28 19:18:13 Marc Deslauriers nominated for series Ubuntu Utopic
2015-04-28 19:18:13 Marc Deslauriers bug task added gvfs (Ubuntu Utopic)
2015-04-28 19:18:21 Marc Deslauriers gvfs (Ubuntu Vivid): status Confirmed Fix Released
2015-04-28 19:18:25 Marc Deslauriers gvfs (Ubuntu Precise): status New In Progress
2015-04-28 19:18:27 Marc Deslauriers gvfs (Ubuntu Trusty): status New In Progress
2015-04-28 19:18:29 Marc Deslauriers gvfs (Ubuntu Utopic): status New In Progress
2015-04-29 13:51:34 Chris J Arges gvfs (Ubuntu Trusty): status In Progress Fix Committed
2015-04-29 13:51:39 Chris J Arges bug added subscriber SRU Verification
2015-04-29 13:51:42 Chris J Arges tags hang patch precise trusty utopic hang patch precise trusty utopic verification-needed
2015-04-29 13:52:21 Chris J Arges gvfs (Ubuntu Utopic): status In Progress Fix Committed
2015-04-29 13:56:03 Chris J Arges gvfs (Ubuntu Precise): status In Progress Fix Committed
2015-04-29 19:33:19 vsespb bug added subscriber vsespb
2015-04-30 06:25:34 Fantu tags hang patch precise trusty utopic verification-needed hang patch precise trusty utopic verification-done
2015-05-06 18:01:51 Launchpad Janitor gvfs (Ubuntu Precise): status Fix Committed Fix Released
2015-05-06 18:01:56 Scott Kitterman removed subscriber Ubuntu Stable Release Updates Team
2015-05-10 08:44:30 Amr Ibrahim tags hang patch precise trusty utopic verification-done hang patch precise trusty utopic verification-done verification-done-trusty
2015-05-21 22:53:32 Brian Murray tags hang patch precise trusty utopic verification-done verification-done-trusty hang patch precise trusty utopic verification-done-trusty verification-needed
2015-05-21 22:53:46 Brian Murray removed subscriber Ubuntu Sponsors Team
2015-05-21 23:56:23 Bug Watch Updater gvfs: status Unknown Fix Released
2015-05-21 23:56:23 Bug Watch Updater gvfs: importance Unknown Medium
2015-05-22 00:38:45 Mathew Hodson tags hang patch precise trusty utopic verification-done-trusty verification-needed patch precise trusty utopic verification-done-precise verification-done-trusty verification-needed-utopic
2015-06-08 12:15:32 Iain Lane tags patch precise trusty utopic verification-done-precise verification-done-trusty verification-needed-utopic patch precise trusty utopic verification-done-precise verification-done-trusty verification-done-utopic
2015-06-10 01:11:40 Launchpad Janitor gvfs (Ubuntu Trusty): status Fix Committed Fix Released
2015-06-10 01:15:11 Launchpad Janitor gvfs (Ubuntu Utopic): status Fix Committed Fix Released
2016-03-04 00:30:18 Jean Christophe André bug added subscriber Jean Christophe André
2016-04-20 08:51:05 Vlad Orlov removed subscriber Vlad Orlov
2016-04-27 18:07:52 Terri removed subscriber Terri
2017-08-02 17:56:56 Zane bug added subscriber Zane