desktop-packages team mailing list archive

[mvaldez <319575@xxxxxxxxxxxxxxxxxx>]

This bug still exists in Precise (12.04). The only workaround for end-
users is to disable the disk monitoring (Preferences, uncheck Disk).

There is a patch available at
https://bugzilla.gnome.org/show_bug.cgi?id=579888#c3 (the upstream bug,
still open BTW) but it is not included with the latest (gnome-
applets-3.5.2) release nor the Trusty version (3.5.92). The only thing
that patch does is to exclude the SSHFS mounts from monitoring (along
with CIFS/Samba and NFS mounts which are currently excluded).

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

Title:
  multiload-applet + sshfs breaks suspend

Status in The Gnome Panel Applets:
  New
Status in gnome-applets package in Ubuntu:
  Triaged
Status in gnome-applets package in Fedora:
  Unknown

Bug description:
  Binary package hint: gnome-applets

  Hello! I'm running up-to-date Jaunty on two machines, one x86, the
  other amd64. The following bug happens on both.

  Steps to reproduce:
  1) Add a "System Monitor" applet on your panel. (The applet's binary is /usr/lib/gnome-applets/multiload-applet-2.) 
  2) Set the applet to display disk load (right click -> Preferences... -> check "Harddisk").
  3) Mount something via sshfs.
  4) Open the mount point in Nautilus. (As far as I can tell, you need to have files open on it. Only a 'ls' is not enough, but playing a song or something like that causes the same bug.)
  5) Try to suspend the computer. (Either via the "user switcher" applet or a hotkey.)

  Problem: On both my computers the above sequence starts a suspend. The
  screen turns black (I think there's a cursor there, not sure if all
  the time) for about 20 seconds. Then there's a message to the effect
  "timeout passed, task refused to freeze: multiload-apple". (No idea
  why the name is truncated.) Then the suspend is abandoned (i.e., the
  session resumes and I get the unlock screen dialog).

  I've done a bit of testing this morning and as far as I can tell
  removing any of the steps above prevents this from happening (i.e.,
  suspend works).

  I'm not sure how long this bug has been active. My laptop has had this
  problem intermittently since before Intrepid, but I never noticed the
  "timeout" message and I would just shut it down if it didn't suspend
  in a few seconds. My other computer didn't have the "load" applet
  enabled (until I added it for testing), so this never manifested. I've
  tried reproducing this on my work machine (Intrepid) but apparently it
  has other bugs that interfere (i.e., sometimes it just doesn't resume,
  regardless of the steps above).

  Package: gnome-applets
  Version: 2.25.2-0ubuntu1

  Package: sshfs
  Version: 2.1-1

  (laptop:)
  $ uname -a
  Linux arioch 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:57:57 UTC 2009 i686 GNU/Linux
  (desktop:)
  $ uname -a
  Linux mabelode 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:50:52 UTC 2009 x86_64 GNU/Linux

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-applets/+bug/319575/+subscriptions