[Desktop-packages] [Bug 1403938] Re: Sound problem with firefox

2016-05-09 Thread Philip J Reilly
Fixed! Just use any other browser. Firefox is on its death bed anyway!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1403938

Title:
  Sound problem with firefox

Status in firefox package in Ubuntu:
  Confirmed

Bug description:
  I'm using Ubuntu on more than half a dozen machines. Only on one of
  these machines I had the problem, that I did not hear sound when
  playing videos with firefox, although the sound on that machine works
  (e.g. when watchting the same videos with mplayer from command line.)

  Which caused me a lot of headache and debugging time.

  I'fe finally found the problem. I need to use pavucontrol or pacmd ,
  then identify the input stream from firefox (a firefox logo and named
  as CubebUtils , and set the volume from 0 to 100% or do something like

  pacmd set-sink-input-volume 1 65535

  where 1 is the input number determined with e.g. pacmd list

  
  So it seems as if the sound driver of firefox lacks a proper volume setting, 
which might not cause any problems with most sound cards, however, my sound 
card (or it's driver) has a volume of 0. 

  % lspci | fgrep Audio
  00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family 
High Definition Audio Controller (rev 05)

  
  regards

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: firefox 34.0+build2-0ubuntu0.14.04.1
  ProcVersionSignature: Ubuntu 3.13.0-43.72-generic 3.13.11.11
  Uname: Linux 3.13.0-43-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl zcommon znvpair
  AddonCompatCheckDisabled: False
  ApportVersion: 2.14.1-0ubuntu3.5
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  hadmut 3307 F panel-12-mixer
hadmut 3316 F pulseaudio
   /dev/snd/pcmC0D0p:   hadmut 3316 F...m pulseaudio
  BuildID: 20141127111021
  CRDA: Error: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'iw'
  Channel: Unavailable
  CurrentDesktop: XFCE
  Date: Thu Dec 18 16:54:17 2014
  Extensions: extensions.sqlite corrupt or missing
  ForcedLayersAccel: False
  IncompatibleExtensions: Unavailable (corrupt or non-existant 
compatibility.ini or extensions.sqlite)
  InstallationDate: Installed on 2014-08-06 (133 days ago)
  InstallationMedia: Ubuntu-Server 14.04.1 LTS "Trusty Tahr" - Release amd64 
(20140722.3)
  IpRoute:
   default via 192.168.164.1 dev p5p1 
   169.254.0.0/16 dev p5p1  scope link  metric 1000 
   192.168.164.0/24 dev p5p1  proto kernel  scope link  src 192.168.164.100 
   192.168.200.0/24 dev vlan0  proto kernel  scope link  src 192.168.200.1
  Locales: extensions.sqlite corrupt or missing
  Plugins:
   Windows Media Player Plug-in - 
/usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so (gecko-mediaplayer)
   RealPlayer 9 - /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so 
(gecko-mediaplayer)
   QuickTime Plug-in 7.6.9 - /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so 
(gecko-mediaplayer)
   DivX Browser Plug-In - /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so 
(gecko-mediaplayer)
   mplayerplug-in is now gecko-mediaplayer 1.0.8 - 
/usr/lib/mozilla/plugins/gecko-mediaplayer.so (gecko-mediaplayer)
  PrefSources: prefs.js
  Profiles: Profile0 (Default) - LastVersion=34.0/20141127111021 (In use)
  RelatedPackageVersions: gecko-mediaplayer 1.0.8-4ubuntu1
  RfKill:
   0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
  RunningIncompatibleAddons: False
  SourcePackage: firefox
  Themes: extensions.sqlite corrupt or missing
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 10/12/2012
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: H61TIW08.111
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: H61H2-TI2
  dmi.board.vendor: Medion
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: Medion
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrH61TIW08.111:bd10/12/2012:svnMedion:pnG24:pvr1.0:rvnMedion:rnH61H2-TI2:rvr1.0:cvnMedion:ct3:cvr1.0:
  dmi.product.name: G24
  dmi.product.version: 1.0
  dmi.sys.vendor: Medion

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1403938/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2016-04-27 Thread Philip J Reilly
This is bad, very bad.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs:
  Fix Released
Status in gvfs package in Ubuntu:
  Fix Released
Status in gvfs source package in Precise:
  Fix Released
Status in gvfs source package in Trusty:
  Fix Released
Status in gvfs source package in Utopic:
  Fix Released
Status in gvfs source package in Vivid:
  Fix Released
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-04-29 Thread Philip J Reilly
Updated proposed globally  tested in Trusty using the Super Start add
method. gvs-metadata remains sleeping  this update is confirmed as
verification-done in Trusty.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in GVFS:
  Unknown
Status in gvfs package in Ubuntu:
  Fix Released
Status in gvfs source package in Precise:
  Fix Committed
Status in gvfs source package in Trusty:
  Fix Committed
Status in gvfs source package in Utopic:
  Fix Committed
Status in gvfs source package in Vivid:
  Fix Released
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-04-29 Thread Philip J Reilly
Updated proposed globally  tested in Precise using the Super Start add
method. gvs-metadata remains sleeping  this update is confirmed as
verification-done in Precise.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in GVFS:
  Unknown
Status in gvfs package in Ubuntu:
  Fix Released
Status in gvfs source package in Precise:
  Fix Committed
Status in gvfs source package in Trusty:
  Fix Committed
Status in gvfs source package in Utopic:
  Fix Committed
Status in gvfs source package in Vivid:
  Fix Released
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-11 Thread Philip J Reilly
I applied the patch to gvfs 1.20.3 on Linux Lite 2.2 (14.04l LTS)  it
seems to fix the issue with Super Start Firefox extension.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-08 Thread Philip J Reilly
We only can hope!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-08 Thread Philip J Reilly
https://www.linuxliteos.com/forums/index.php?topic=1688.0

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-08 Thread Philip J Reilly
Too noisy?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-08 Thread Philip J Reilly
Ben, I gave you an EASY way to recreate  test it! Just say thanks!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
This can be EASILY RECREATED with the Super Start 7.3.3 extension in
Firefox.

Just right click on any tab to add to Super Start, click Add this tab
to Super Start and the problem will occur in 12.04 as well as 14.04. In
14.04 the processor  saturates 100%.

 In 12.04 the processor doesn't sat 100% but there is some kinda
infinite disk activity.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
If Firefox is launched gksudo firefox in a terminal (superuser) Super
Start has no problem with gvsfd-metadata in 12.04 or 14.04. There is
apparently a privilege issue with this system call. This should be
enough information to make considerable progress with this long standing
bug. Unless the problem is INHERENT in the design. of course.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
Can somebody escalate the priority?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
Can somebody confirm the Super Start recreation? The more the merrier!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
This has gotta be rampant in the world if it's happening in Firefox in
any number of ways!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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 (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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage

2015-03-07 Thread Philip J Reilly
** Description changed:

  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.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp