#463 closed Bug (fixed)
Protocol parse error on -remote -l
Reported by: | mattam | Owned by: | tiennou |
---|---|---|---|
Priority: | Normal | Milestone: | 0.93 |
Component: | libtransmission | Version: | 0.95 |
Severity: | Normal | Keywords: | |
Cc: |
Description
I get this error after adding this torrent: http://cachan.mattam.org/~mat/scrubs0701.torrent with "transmission-remote -a" to the daemon. It also seems to be downloading and "transmission-remote -i" still works.
Attachments (1)
Change History (6)
comment:1 Changed 15 years ago by tiennou
- Owner changed from somebody to tiennou
comment:2 Changed 15 years ago by charles
tiennou: I think you've found the problem correctly, but I wonder if sending an empty string is a good idea -- I don't know what the clients are expecting. Since "other" is already in use as a generic error string in this function, I think that's a better candidate than ""...
comment:3 Changed 15 years ago by charles
- Resolution set to fixed
- Status changed from new to closed
comment:4 Changed 15 years ago by charles
- Component changed from Transmission to libtransmission
comment:5 Changed 15 years ago by charles
- Milestone changed from None Set to 0.93
Note: See
TracTickets for help on using
tickets.
Ok, I know what happens on this one. We're writing 5:error0:(null)13:error-message0:(null), which isn't valid bencoded stuff, so it makes the client flee.