search

digitie / transmission-remote-dotnet

Automatically exported from code.google.com/p/transmission-remote-dotnet
GNU General Public License v3.0
1 stars 0 forks source link

Files tagged as "skipped" in File/Add torrent with options are not actially skipped #204

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?

1. Run Transmission Remote v3.12 (build 3599)
2. Add torrent file via File/Add torrent with options
3. Right-click on one or more files from the filelist (should be more than 
one file in the list) and choose "skip"
4. Start downloading torrent.

What is the expected output? What do you see instead?

When torrent is complete I expect that none of the file marked 
as "skipped" are 100% downloaded.
I see that all files in the torrent are always being downloaded.

What version of the product are you using? On what operating system?

Client: Transmission Remote v3.12 (build 3599) on Windows 7 32-bit Ultimate
Controlled program: Transmission v 1.80+ for Linux (on a Synology DS-409 
NAS hardware w/ARM CPU)

Please provide any additional information below.

a. The problem is not related to the size of files marked as skipped or 
left "as is" - even 100Mb+ files being market as "skipped" are 100% 
downloaded. So, no relation to block-related torrent download redundancy.

b. A competitive product (http://code.google.com/p/transmisson-remote-
gui/) has the same problem but partially: some files checked as "skipped" 
are really skipped (0% downloaded), but some are not (100% downloaded). 
So, it maybe a transmission daemon bug, and not a remote client bug.

Original issue reported on code.google.com by defre...@gmail.com on 6 Feb 2010 at 9:19

GoogleCodeExporter commented 8 years ago 
I tested with latest trunk from TRD and with 1.76 and 1.83 from T, but this 
works 
for me.

If you can tcpdump (wireshark) the dialog between TRD and T, you can verify, 
TRD 
send the files-wanted/files-unwanted arguments or not.

Original comment by elso.and...@gmail.com on 7 Feb 2010 at 11:44

GoogleCodeExporter commented 8 years ago 
Hello,

Please give me some direction at this point since I am not a computer pro.

I've installed Wireshark 1.2.1 for Windows. In caputured HTTP responses from T 
to 
TRD I see "Content-encoding: deflate" - where can I turn internal unzipping in 
Wireshark to see actual data in the dump window? Without decoding it looks like 
mess, of course.

Sincerely yours,
Dmitry.

2.

Original comment by defre...@gmail.com on 7 Feb 2010 at 5:47

GoogleCodeExporter commented 8 years ago 
The sended data is no encoded, so you can see what sent TRD to daemon. 
Somethink 
like this:
{"tag":X,"method":"torrent-add","arguments":{...}}

Verify: files-wanted/files-unwanted sould included in arguments.

Original comment by elso.and...@gmail.com on 7 Feb 2010 at 5:56

GoogleCodeExporter commented 8 years ago 
Hello,

Unwanted files are POSTted correctly. Please see attached screenshots.

Seems that the bug is in T, not in TRD?

Original comment by defre...@gmail.com on 7 Feb 2010 at 9:08

Attachments:

GoogleCodeExporter commented 8 years ago 
what is the pieses size of this torrent?

Original comment by elso.and...@gmail.com on 7 Feb 2010 at 9:22

GoogleCodeExporter commented 8 years ago 
For this specific torrent it is 16Mb x 1 piece.

As I wrote before this behaviour will take place even if there are three 300Mb 
files 
in the torrent and one is skipped (so the piece size is much smaller than any 
of the 
files).

I can demonstrate the bug on the bigger torrent if in matters.

Original comment by defre...@gmail.com on 7 Feb 2010 at 9:37

GoogleCodeExporter commented 8 years ago 
no idea, try upgrade the T.

Original comment by elso.and...@gmail.com on 7 Feb 2010 at 10:36

GoogleCodeExporter commented 8 years ago 
Exactly the same problem,

Transmission Remote Dotnet 3.12
Transmission Daemon 1.83 (and 1.81 was the same problem)
Skipped files downloads in any torrents

Original comment by liquidbl...@gmail.com on 13 Feb 2010 at 9:54

GoogleCodeExporter commented 8 years ago 
Hi all,

Let me bring this topic up since now I can prove that this IS a Transmission 
Remote 
Dotnet bug,  not the daemon's.

Running: 
Transmission v1.91-1 (installed to my Synology DS409 via ipkg package 
management 
system); 
Transmission Remote v3.12 build 3599.

Situation: we add torrent of 161 AVI files, but want only 1st and 4th file.

How it should be: see attached screenshot (torrent was added via standard 
"clutch 
web frontend:). You see reasonable download overhead of <3% on some of adjacent 
files.

How it is: see two attached logs. In http log (captured by my Wireshark 
sniffer) you 
see that the request to download only two files is (?) correct. In the client 
log 
you see that Transmission in fact downloads lots of other files, but NOT these 
two - 
very funny. I have stopped the download, but if I wait I would end up with all 
the 
files downloaded at 100%.

Seems that Transmission does not understand TR.Net.

Any comments?

Original comment by defre...@gmail.com on 24 Feb 2010 at 4:49

Attachments:

GoogleCodeExporter commented 8 years ago 
18:15 <@charles> Elbandi: the first thing I'd try is have the user run 
"transmission-
remote -t$id --files --debug 2>&1 | tee runlog" and have them attach runlog to 
the 
ticket

(you can find us in irc too)

Original comment by elso.and...@gmail.com on 24 Feb 2010 at 5:21

GoogleCodeExporter commented 8 years ago 
elso.and...@gmail.com, BTW, what is your irc channel name/server - maybe we can 
coutinue talking there?

Original comment by defre...@gmail.com on 24 Feb 2010 at 6:51

GoogleCodeExporter commented 8 years ago 
seems that the first peace of the second file is the last peace of the first 
file. so
you always will get a part of a skipped file when you load the file before or 
next
this one.

Original comment by 0obeanon...@gmail.com on 24 Feb 2010 at 7:07

GoogleCodeExporter commented 8 years ago 
irc.freenode.net server, #transmission-remote-dotnet channel

Original comment by elso.and...@gmail.com on 24 Feb 2010 at 7:27

GoogleCodeExporter commented 8 years ago 
0obeanon...@googlemail.com, try to look into my bug_trdotnet_log.txt attachment 
above. You will see that these two files have 31 "neighbour" not before or next 
the 
files but scattered around the torrent :-)))))

Original comment by defre...@gmail.com on 24 Feb 2010 at 8:45

GoogleCodeExporter commented 8 years ago 
Seems skipping files not works only when you're trying to set "skip" while "Add 
torrent with options" dialog.

When you go to "Files" tab on Details Panel and manualy set all files to "skip" 
right 
there with right mouse button command - all is ok, just "neighbour" files 
downloads a 
little before and after not-skipped file.

So I think this issue exist only in "Add torrent with options" dialog

Original comment by liquidbl...@gmail.com on 18 Mar 2010 at 1:17

GoogleCodeExporter commented 8 years ago 
Hello there,

I really like this transmission-remote-dotnet software more than its rival
(Transmission Remote GUI) because of much better interface. However, the rival
doesn't have such bug.

Original comment by defre...@gmail.com on 18 Mar 2010 at 3:56

GoogleCodeExporter commented 8 years ago 
I think this is a T bug. I'll contact with charles.

Original comment by elso.and...@gmail.com on 30 Mar 2010 at 11:07

GoogleCodeExporter commented 8 years ago 
I think this bug is fixed in Transmission: 
http://trac.transmissionbt.com/changeset/10496

Original comment by elso.and...@gmail.com on 19 Apr 2010 at 11:15

GoogleCodeExporter commented 8 years ago 
Fixed in Transmission.

Original comment by elso.and...@gmail.com on 13 May 2010 at 11:15