Launchpad has imported 2 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=696231.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-04-13T16:12:49+00:00 Sridhar wrote: Description of problem: The "Harddisk" monitor in the GNOME System Monitor applet doesn't let the computer suspend if an active sshfs session is open. Version-Release number of selected component (if applicable): gnome-applets-2.3.2.0-3.fc14.x86_64 How reproducible: Always Steps to Reproduce: 1) Add a "System Monitor" applet on your panel. (The applet's binary is /usr/libexec/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.) Additional info: I used the description from https://bugs.launchpad.net/ubuntu/+source /gnome-applets/+bug/319575 almost verbatim, as this appears to be the exact same bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome- applets/+bug/319575/comments/18 ------------------------------------------------------------------------ On 2012-08-16T15:35:01+00:00 Fedora wrote: This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome- applets/+bug/319575/comments/21 ** Changed in: gnome-applets (Fedora) Status: Unknown => Won't Fix ** Changed in: gnome-applets (Fedora) Importance: Unknown => Undecided -- 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 GNOME Applets: New Status in gnome-applets package in Ubuntu: Triaged Status in gnome-applets package in Fedora: Won't Fix 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
