Any updated news about an official windows build?

[mike.dld]

6) Dragging and dropping a torrent file into the client gives you a message saying "Error adding torrent. Invalid or corrupt torrent file".

Looks like indeed specific to Windows build (but maybe not to Windows platform; wasn't able to reproduce on OS X and GNU/Linux), will take a look later today.

Fixed in r14719.

[mike.dld]

I could make it grow up until it reaches specific width (say, 200px), and then stick to the right side (as it does in OS X client).

That would be ideal. Makes the most sense and keeps Transmission consistent across platforms.

Fixed in r14720.

[potska]

Sometimes while downloading this causes crash, could it be that file count is huge? http://sonniss.com/GameAudioGDCPart2.torrent please test download this if you have time. I have Win8.1 x64 and drive is using NTFS

[mike.dld]

Sometimes while downloading this causes crash, could it be that file count is huge? http://sonniss.com/GameAudioGDCPart2.torrent please test download this if you have time. I have Win8.1 x64 and drive is using NTFS

This is the same as issue as mentioned by kIssGlaY. Caused by invalid path components like "SoundBits - Just Gore | Add On" ("|" is not allowed in file and directory names on Windows). I've fixed the crash in r14717 so that torrent will stop downloading now and then instead of crashing the client.

For torrent not to stop in such cases invalid names should be (automatically?) changed when torrent is being added. There's a registered Trac ticket for that, can't provide a link as Trac is currently down.

[cfpp2p]

The shell and the file system have different requirements. It is possible to create a path with the Windows API that the shell user interface is not able to interpret properly.

Although the underlying file system may support such names, the Windows shell and user interface does not.

others

CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9

and there's more

https://msdn.microsoft.com/en-us/librar ... 85%29.aspx

[Calidude]

Any news about the aforementioned nightlies for the Windows build?

[mike.dld]

Any news about the aforementioned nightlies for the Windows build?

Not yet. I guess you'll notice when builds will start appearing on https://build.transmissionbt.com/.

[Calidude]

Torrentfreak just published an article with a title that makes it sound like the Windows version is ready for wide release.

https://torrentfreak.com/transmission-r ... ws-160327/

[potska]

I think if fixing some general use hiccups/bugs then it is ready for public, i already use 2.92 x64 daily and it works fine.

I hope devs will fix this type of torrents too without stopping, currently qbt downloaded this fine.
http://sonniss.com/GameAudioGDCPart2.torrent (contains "|" so autoreplace would be best fix)

I have qbt as backup client but i like Transmision easy slim interface and ability to use it as portable, before i used sourceforge qt windows builds many years.

[biezel]

I just installed the Transmission Windows client and got it up and running with Sonarr. Only one problem: torrents only show up when I look in the web ui, but not in the actual desktop client. Anyone else run into this?

[LeVvE]

I just installed the Transmission Windows client and got it up and running with Sonarr. Only one problem: torrents only show up when I look in the web ui, but not in the actual desktop client. Anyone else run into this?

Do you have show all torrents enabled?

[biezel]

I think so. Screen of my interface here: http://i.imgur.com/MQ47LTp.png

[mike.dld]

I just installed the Transmission Windows client and got it up and running with Sonarr. Only one problem: torrents only show up when I look in the web ui, but not in the actual desktop client. Anyone else run into this?

I would guess that you have installed both the Qt client and the daemon. I would also guess that both are running at the same time, and Qt client isn't connected to the daemon's session but has started its own. You need to either connect Qt client to the daemon session (via Edit menu -> Change Session…) or set different ports for the two (via Edit menu -> Preferences dialog -> Remote tab -> Remote Control group for the Qt client and via %sysroot%\ServiceProfiles\LocalService\AppData\Local\transmission-daemon\settings.json for the daemon). Note that you could also change daemon's HTTP port via Qt client after you have connected to daemon's session, and there's also settings.json file for Qt client I'm not mentioning here.

[kIssGlaY]

Found another bug relating path/file naming.
If giving destination folder a long path name like:

Code: Select all

xxxxx.xxxxxx.xxxx.xxxxxxx.xxxx.xxxx-xxxx.xxxxxx.xxxxx.xxx.xxx-xxxx.x.x.xxxx.x.x-xxx@xxxx_xxxxx.xxxxxx.xxxx.xxxxxxx.xxxx.xxxx-xxxx.xxxxxx.xxxxx.xxx.xxx-xxxx.x.x.xxxx.x.x-xxx@xxxx

which is valid in windows, that torrent stopped with an "unknown error" after a while, and no actual data getting written onto the disk. Furthermore, if trying to remove that torrent from list (no matter trash with data or not), after doing so, transmission-daemon crashes.
I've test the same naming on unofficial transmission-qt, no problem.

[mike.dld]

Any news about the aforementioned nightlies for the Windows build?

Not yet. I guess you'll notice when builds will start appearing on https://build.transmissionbt.com/.

This happened today:

• https://build.transmissionbt.com/job/tr ... ito-win10/ (x86)
• https://build.transmissionbt.com/job/tr ... ito-win10/ (x64)