indiv-screenlets-dev team mailing list archive

[Nicolas Krzywinski <734469@xxxxxxxxxxxxxxxxxx>]

Fixed referring to the description contained in title of this bug report: long command outputs are now processed in acceptable speed.
What is not altered is the behaviour regarding commands that do not return as this will not work with the current design of the Output screenlet. It may be possible to alter the screenlet design to work asynchronously, consuming the output while the original process is still running, but this would be a great change and may be better implemented through a fork.
Additionaly fixed is the content calculation, so the problem described here https://answers.launchpad.net/screenlets/+question/58968 should be solved as well.

-- 
You received this bug notification because you are a member of
Individual Screenlets Developers, which is subscribed to Individual
Screenlets.
https://bugs.launchpad.net/bugs/734469

Title:
  output applet hangs when commands take longer to execute than update
  interval

Status in Screenlets — individual widgets development:
  Fix Committed

Bug description:
  Hi I would like to tail some files using the output screenlet, but
  here is what happens:

  "top -b" and "tail -f" kills the poor output screenlet. It just hangs
  entirely.. The screenlet includes "top" as a preconfigured command, so
  in principle the output screenlet should be capable of doing it..

  Also when I enter "tty" I get "not a tty", but that is not the
  problem. Even such a script as "sleep 2; echo 2" kills it.

  Some more info is given in this post
  http://ubuntuforums.org/showthread.php?t=1448787.

  Using screenlets 0.1.2 on ubuntu 10.10 with metacity WM.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indiv-screenlets/+bug/734469/+subscriptions