- #Deluge client 1.8 download code
- #Deluge client 1.8 download download
- #Deluge client 1.8 download torrent
#Deluge client 1.8 download torrent
Pressing the menu key when a torrent is highlighted doesn't activate the context menu that would be activated if you right-clicked. Menu key doesn't bring up context menu on torrents It will be helpfully if we can fill up permanent peer list with our in-house IPs.
#Deluge client 1.8 download download
But we often download one torrent together (in parts by files). ISP use shaper therefore global net is slow. We ban all city IPs, but allow in-house IPs. Traffic between peers in city are payable, but unpaid inside one house. this is not very desirable if you have the web interface running and the host un-expectantly closes deluge. When running "deluged" and then "deluge -u gtk" when deluge exits it shuts down deluged. I would like to request that a torrent search feature would be added. Here "prefix" is already a utf8, but f is a mbcs yet, so os.path.join is invalidĬpu usage raises when I limit download speed of any torrent or general dl speed. 'path': decode_string(os.path.join(prefix, *f)), Self._m_name = self._m_metadataįield "XXXX" is a mbcs, but field "XXXX.utf-8" is just a utf8! Self._m_name = decode_string(self._m_metadata, self.encoding)
#Deluge client 1.8 download code
In deluge/ui/common.py, use some code to guess a encoding, and use the encoding to convert the mbcs string to utf8 string
If in above example we change n() to gtk.main() and use subprocess.Popen - then no cpu eating occurs, but leaving zombie though, which we can address later i think, as it is not so important as issue with reactor.Ĭan gtkui be changed back to use gtk.main() ? I tried to change subprocess.Popen to reactor.spawnProcess as twisted docs suggest but nothing changed. Win.connect('delete-event', gtk.main_quit)īnnect("clicked", on_button_clicked) Reactor.spawnProcess(ProcessProtocol(), 'mplayer', A simple examle:įrom import ProcessProtocol Issue with glib, threads and SIGCHLD eating 100% cpuĪs it turned out if gtk2reactor is used instead of gtk.main() then after subprocess.Popen-ed process finishes deluge starts to eat 100% cpu.
0 kommentar(er)
