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 -- Mailing list: https://launchpad.net/~indiv-screenlets-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~indiv-screenlets-dev More help : https://help.launchpad.net/ListHelp
