Build Transmission on Windows

[jdarias]

Hi rb07
Thank you, that worked! I created a config folder, pointed qtr to it and now i´m starting it with the options you gave. Bliss!
I guess it saves the config under "local config", since the path over here is "C:\Documents and Settings\myuser\Configuración local"

[rb07]

Hi rb07
Thank you, that worked! I created a config folder, pointed qtr to it and now i´m starting it with the options you gave. Bliss!
I guess it saves the config under "local config", since the path over here is "C:\Documents and Settings\myuser\Configuración local"

That's the problem: Configuración. So it wasn't your user name, but the localized (to spanish) version of "Local Settings" which is weird since my configuration is in "Application Data" (and I have one computer in Spanish, and didn't have this problem).

You don't need to use the command console to start it, by the way, neither all the parameters: Edit the shortcut(s) you use adding only the config-dir parameter (the others are only needed the first time, since they are stored in settings.json the application only needs to know where it is).

[rb07]

So here is a new prototype (of version 2.10) made with revision 11160: http://ifile.it/tx79z4p/Transmission-Qt ... -Setup.exe (I've been using it for almost a week), the main difference with the previous one is that magnet association works as expected again.

Please read this exchange (which started at viewtopic.php?f=1&t=7612&start=105#p48495) so you know what this is all about, shortcomings (if you use it like me, with a remote session which is running a release 2.0x daemon).

[DasFox]

So what's the best version to use?

THANKS

[rb07]

So what's the best version to use?

Both latest release (2.04) and prototype (r11160) are stable, the later has more functionality (duh! that's why it is a prototype, sorry if I sounded too obvious).

I would say that choosing one depends on what you want, if you are going to use it with a remote session then either one is fine but the prototype only has everything working if the daemon is also a 2.04+ version, otherwise you'll see what I pointed out about speeds and deleting trackers.

If you want to use local sessions, I would choose the release, the main reason for that is that most private trackers have rules against using prototypes (or not approved versions).

The only new (maybe) bugs I've seen: using the file association (i.e. double clicking to open) somehow results in the .torrent file not being deleted when I have that option set in the panel that opens. Loading the torrent from the file does delete it, its just the other way that doesn't. There is one small bug, at least it appears to be, in the prototype: when the panel to add a torrent opens there is no file name where it usually was; with magnets the URL does appear, and it didn't use to... so I'm guessing correcting one broke the other.

[ransagy]

Trying out the latest installer you provided. Should i post any bugs i find and/or suggestions here?

[rb07]

Should i post any bugs i find and/or suggestions here?

Sure, make my day

Seriously, you can post them here but there is no guarantee that the developers will see them (and do something about it), also the bugs/enhancements might be in transmission, or not; if you think they are in transmission itself you can open a bug report on the Wiki.

BTW I only answer for my work, and since you said "installer", that is probably my build.

[ransagy]

Yeah, I meant your build, Indeed.

Been using it for a few hours now, Only had one problem so far - The following screenshot:


I'm on Windows 7 Professional x64, Core 2 Quad Q9400. Let me know if i can grab more details for you somehow.
I'm using the r11160 build you linked a few days ago.
By the way, I read the whole thread and had a question regarding file associations - The installer doesn't seem to change them, Although the thread mentions it does so forcefully (without asking).
Was this removed from the installer binaries?

[rb07]

a question regarding file associations - The installer doesn't seem to change them, Although the thread mentions it does so forcefully (without asking). Was this removed from the installer binaries?

No. But I don't know if they work with Windows 7, or if there is any difference with the 64 bit varieties of Windows (I've heard they use 2 registries and that causes problems).

About reports in general, don't just say "it failed" or show me a useless screen shot, describe how that happened, can it be reproduced?

That particular code section is from the original transmission (actually all of revision 11160 was built without a change), so that would be a good example of something that should be reported on the bug tracker. I've used that version for all of this month and never seen that assertion failure, so you better be able to describe exactly how it happened so it can reproduced.

[ransagy]

I would have provided more details if i had them - But i don't. A bit after starting a torrent (i used the OpenOffice 3.2.0 Windows JRE bundle torrent) i got the two dialogs. Ignored both and didn't seem to impact anything. Since i just got them randomly i'm not sure when and what exactly happened. If you can think of a way i can grab more details, Or if there's a log TransmissionQt keeps somewhere, I'll provide more info.

I started another torrent after, A random popular TV show episode torrent just to check speeds and such (figured that would be a well-seeded torrent).
I get the mentioned dialogs every couple of dozens of minutes, Nothing exact so far. I'll try more testing with other torrents to see if it at least basically reproduces on every torrent or specific trackers and such.

[rb07]

An assertion that doesn't kill the application? That is weird, I usually only distribute the release version because assertions kill the debug version and the problem is usually a bug in Qt; not this time.

You can maybe get a little more info if you run the application from a console, the console is the only place it currently logs anything to.

Your description is fine, it is close to what I meant, which is description of environment, steps used, result or after effects. If I understood what you said, the torrent kept working.

Also take into account that you are using the beta version of the beta version... that's right, Transmission-Qt is considered beta (or at least that was what the README used to say), and the revisions are the bleeding edge of the code.

About your other problem with file associations, I was wondering, did all your .torrent files change icon to the transmission icon? If they did, then the changes by the installer did work, what probably didn't work (and I had thought of that before but haven't done anything about it) is running the dbus-daemon. You can check that with process explorer, when you start Transmission a little process called dbus-daemon.exe should also start, unless it was already started by a previous run of Transmission... the problem which should appear from Windows Vista onwards is the new security scheme on Windows (UAC) which doesn't allow most programs to run.

[ransagy]

I'm well aware and quite fine this is a bleeding edge build - I usually prefer to test the latest code. I'm also a developer myself (for a living), Though my field of expertise is around .NET applications and DB IT systems.
As for the associations, None changed at all - They remained with the current associated application and icon - the Halite torrent client. dbus-daemon is running though.
UAC is using default Windows values - Should be On with Alerts to the user about elevating security permissions on Windows 7.

Just waiting to see if i should open a ticket on this - As i don't really have alot of detail to add.
How do i go about trying the CLI version? Is there a win32 binary of transmission-cli around?

[rb07]

Then file associations (and probably magnet URL associations) don't work under Win7. There must be something different and I'm not going to investigate until I need to... (I use transmission-daemon under Linux).

How do i go about trying the CLI version? Is there a win32 binary of transmission-cli around?

Build it under Cygwin, run it under rxvt (or minty but I'm not sure that one works).

There are no binaries that I know of, and if I wanted to try it, I would build under Cygwin and not waste time with MingW and curses on a command window (which doesn't work and the replacement for curses is a piece of garbage).

[ransagy]

I'll go about trying that tomorrow, Though my previous experiences with Cygwin weren't very good. Lets hope for the best though.

[rb07]

With Cygwin, once you have all pre-requisites Transmission (libtransmission, daemon and transmission-remote which is what I use) builds out of the box.

In the pre-requisites you'll find almost everything available with Cygwin's installer (setup.exe), the only thing I have to build myself is libevent (which also builds out of the box, latest version 1.4.14b) and you have to tell Transmission's configure where it is, I use:

Code: Select all

./configure --disable-nls --disable-cli --enable-daemon LDFLAGS=-L/usr/local/lib

You, of course have to take out that --disable-cli, don't need the --enable-daemon, and make sure you have installed curses (ncurses actually).

I also build my own curl, since Cygwin is always behind in versions, but that probably is not necessary.

If you want to investigate what went wrong with file association and since you're also a developer... take a look at your registry, is any file association different of, for instance, if I dump the changes my installer does for .torrent files:

Code: Select all

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.torrent]
@="TORRENT file"

Code: Select all

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\TORRENT file]
@="TORRENT file"

[HKEY_CLASSES_ROOT\TORRENT file\DefaultIcon]
@="C:\\Program Files\\Transmission-Qt\\transmission-qt.exe,0"

[HKEY_CLASSES_ROOT\TORRENT file\Shell]

[HKEY_CLASSES_ROOT\TORRENT file\Shell\Open]

[HKEY_CLASSES_ROOT\TORRENT file\Shell\Open\command]
@="C:\\Program Files\\Transmission-Qt\\transmission-qt.exe \"%1\""