Opened 16 years ago
Closed 16 years ago
#317 closed bug (Fixed)
Update the torrentview when torrent status changes
| Reported by: | sadrul | Owned by: | andar |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | GTK UI | Version: | 0.6.0svn |
| Keywords: | Cc: |
Description
If 'Downloading' is selected from the sidebar, and a torrent from the torrentview is paused (either from the gtkui itself, or from another ui), then the torrent remains in the view, although it doesn't match the selected filter. The attached patch fixes the issue (I have added inline comments explaining the changes made).
Attachments (2)
Change History (4)
by , 16 years ago
| Attachment: | gtkui_torrentview_update_sidebar.patch added |
|---|
comment:1 by , 16 years ago
by , 16 years ago
| Attachment: | gtkui_torrentview_update_sidebar_alternate.patch added |
|---|
alternate patch (mark dirty, less noisy)
Note:
See TracTickets
for help on using tickets.
The attached alternate patch marks specific torrents 'dirty' when its status is changed. In the next update, the torrents marked dirty are updated (and unmarked 'dirty'), irrespective of whether it is currently being displayed in the torrentview. This solution also works, with the exception of being less noisy to the server than with the first patch.
As was suggested in IRC, the 'torrent_state_changed' signal could also be used. But, as was later discovered, the signal is not emitted when a torrent is paused/resumed, because of how torrent-states are currently used in libtorrent. So this signal, in its current state, can't really be used to fix this issue.
(This is all for reference ... I have a bad memory ;) )