Software-update: Transmission 3.00

Versie 3.00 van Transmission is verschenen. Deze torrentclient gebruikt weinig resources, is platformonafhankelijk en opensource, en heeft een eenvoudige en overzichtelijke interface. Het programma is ontwikkeld voor gebruik op macOS, maar op de downloadpagina zijn ook versies voor Linux, Solaris, FreeBSD en enkele nas-systemen te vinden. Daarnaast bestaat er ook een Windows versie, maar die wordt nog als early preview aangemerkt. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

All Platforms

• Allow the RPC server to listen on an IPv6 address (#161)
• Change TR_CURL_SSL_VERIFY to TR_CURL_SSL_NO_VERIFY and enable verification by default (#334)
• Go back to using hash as base name for resume and torrent files (those stored in configuration directory) (#122)
• Handle "fields" argument in "session-get" RPC request; if "fields" array is present in arguments, only return session fields specified; otherwise return all the fields as before
• Limit the number of incorrect authentication attempts in embedded web server to 100 to prevent brute-force attacks (#371)
• Set idle seed limit range to 1..40320 (4 weeks tops) in all clients (#212)
• Add Peer ID for Xfplay, PicoTorrent, Free Download Manager, Folx, Baidu Netdisk torrent clients (#256, #285, #355, #363, #386)
• Announce INT64_MAX as size left if the value is unknown (helps with e.g. Amazon S3 trackers) (#250)
• Add TCP_FASTOPEN support (should result in slight speedup) (#184)
• Improve ToS handling on IPv6 connections (#128, #341, #360, #692, #737)
• Abort handshake if establishing DH shared secret fails (leads to crash) (#27)
• Don't switch trackers while announcing (leads to crash) (#297)
• Improve completion scripts execution and error handling; add support for .cmd and .bat files on Windows (#405)
• Maintain a "session ID" file (in temporary directory) to better detect whether session is local or remote; return the ID as part of "session-get" response (TRAC-5348, #861)
• Change torrent location even if no data move is needed (#35)
• Support CIDR-notated blocklists (#230, #741)
• Update the resume file before running scripts (#825)
• Make multiscrape limits adaptive (#837)
• Add labels support to libtransmission and transmission-remote (#822)
• Parse session-id header case-insensitively (#765)
• Sanitize suspicious path components instead of rejecting them (#62, #294)
• Load CA certs from system store on Windows / OpenSSL (#446)
• Add support for mbedtls (formely polarssl) and wolfssl (formely cyassl), LibreSSL (#115, #116, #284, #486, #524, #570)
• Fix building against OpenSSL 1.1.0+ (#24)
• Fix quota support for uClibc-ng 1.0.18+ and DragonFly BSD (#42, #58, #312)
• Fix a number of memory leaks (magnet loading, session shutdown, bencoded data parsing) (#56)
• Bump miniupnpc version to 2.0.20170509 (#347)
• CMake-related improvements (Ninja generator, libappindicator, systemd, Solaris and macOS) (#72, #96, #117, #118, #133, #191)
• Switch to submodules to manage (most of) third-party dependencies
• Fail installation on Windows if UCRT is not installed

Mac Client

• Bump minimum macOS version to 10.10
• Dark Mode support (#644, #722, #757, #779, #788)
• Remove Growl support, notification center is always used (#387)
• Fix autoupdate on High Sierra and up by bumping the Sparkle version (#121, #600)
• Transition to ARC (#336)
• Use proper UTF-8 encoding (with macOS-specific normalization) when setting download/incomplete directory and completion script paths (#11)
• Fix uncaught exception when dragging multiple items between groups (#51)
• Add flat variants of status icons for message log (#134)
• Optimize image resources size (#304, #429)
• Update file icon when file name changes (#37)
• Update translations

GTK+ Client

• Add queue up/down hotkeys (#158)
• Modernize the .desktop file (#162)
• Add AppData file (#224)
• Add symbolic icon variant for the Gnome top bar and when the high contrast theme is in use (#414, #449)
• Update file icon when its name changes (#37)
• Switch from intltool to gettext for translations (#584, #647)
• Update translations, add new translations for Portuguese (Portugal)

Qt Client

• Bump minimum Qt version to 5.2
• Fix dropping .torrent files into main window on Windows (#269)
• Fix prepending of drive letter to various user-selected paths on Windows (#236, #307, #404, #437, #699, #723, #877)
• Fix sorting by progress in presence of magnet transfers (#234)
• Fix .torrent file trashing upon addition (#262)
• Add queue up/down hotkeys (#158)
• Reduce torrent properties (file tree) memory usage
• Display tooltips in torrent properties (file tree) in case the names don't fit (#411)
• Improve UI look on hi-dpi displays (YMMV)
• Use session ID (if available) to check if session is local or not (#861)
• Use default (instead of system) locale to be more flexible (#130)
• Modernize the .desktop file (#162)
• Update translations, add new translations for Afrikaans, Catalan, Danish, Greek, Norwegian Bokmål, Slovenian

Daemon

• Use libsystemd instead of libsystemd-daemon (TRAC-5921)
• Harden transmission-daemon.service by disallowing privileges elevation (#795)
• Fix exit code to be zero when dumping settings (#487)

Web Client

• Fix tracker error XSS in inspector (CVE-?)
• Fix performance issues due to improper use of setInterval() for UI refresh (TRAC-6031)
• Fix recognition of https:// links in comments field (#41, #180)
• Fix torrent list style in Google Chrome 59+ (#384)
• Show ETA in compact view on non-mobile devices (#146)
• Show upload file button on mobile devices (#320, #431, #956)
• Add keyboard hotkeys for web interface (#351)
• Disable autocompletion in torrent URL field (#367)

Utils

• Prevent crash in transmission-show displaying torrents with invalid creation date (#609)
• Handle IPv6 RPC addresses in transmission-remote (#247)
• Add --unsorted option to transmission-show (#767)
• Widen the torrent-id column in transmission-remote for cleaner formatting (#840)

Code Signing Policy

• Windows MSI packages: free code signing provided by SignPath.io, certificate by SignPath Foundation

Versienummer	3.00
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, BSD, macOS, Solaris, Windows 8, Windows 10
Website	Transmission
Download	https://transmissionbt.com/download
Licentietype	GPL

Reacties (33)

Ik heb niks met web clients, dus Transmission blijft mijn eerste keuze vanwege Transmission Remote op Linux en Android. Helaas heeft transmission-daemon een of ander wazig probleem waardoor mijn hele Debian NAS vrijwel iedere dag finaal vastloopt zonder iets bruikbaars te loggen, en 'fysiek' opnieuw moet worden opgestart (ik heb hier inmiddels zelfs een afstandsbediening voor gehaald, zodat ik niet steeds de vliering op hoef). Een andere gebruiker suggereerde dat dit gebeurt als transmission-daemon icm een VPN gebruikt wordt, en het fout gaat op het moment dat er even geen downloads zijn en transmission overgaat op alleen seeding.

De daemon brengt niet veel veranderingen met zich mee, maar misschien genoeg voor dat éne nukje... anders moet ik er ook maar aan rTorrent gaan geloven. Voorheen had rTorrent alleen mijn interesse vanwege labels, maar ik zie dat die nu ook zijn toegevoegd aan transmission-remote!

[Reactie gewijzigd door ThePendulum op 23 mei 2020 17:06]

En in je logs staat ook niets? Meestal logt transmission-daemon (bij mij dan) wel goed. Als dat niet het geval is kun je ook je .service file aanpassen met logging opties

Iedere peer connect, scrape en wat dan ook wordt gelogged, maar dat is dan ook het laatste dat er in staat. Niets dat er op wijst dat er ergens iets mis is gegaan. Ik zal iets moeten verzinnen om een serial readout te verkrijgen.

Kijk eerst eens hoe verbose transmission-daemon is. Waarschijnlijk kun je dit verhogen, waardoor je meer te zien krijgt. En mogelijk iets als kdump gebruiken, als dat beschikbaar is voor je distro

Je kan ook naar Deluge kijken. Die is juist gericht op het bedienen op afstand met de eigen applicatie (hoewel de standaard instelling lokaal draaien is). Als je classic mode uit vinkt en vraagt hij de volgende keer om met je server te verbinden.

Deluge heb ik ook geprobeerd, maar dat begon na enkele honderden torrents toch behoorlijk stroef te lopen. Destijds draaide ik het wel nog op een Pi, dus op mijn NAS zal het vast vlotter lopen, maar transmission had in diezelfde setup weinig moeite.

Ik stoorde me echter het meeste aan de zoekfunctie van de Deluge client. Als ik het me goed herinner, toonde die alleen exacte matches vanaf het begin van de torrent naam. Als je dus een torrent '[Debian] 10.0 buster' hebt, en je zoekt op 'buster' of zelfs 'Debian', vindt je niks. Bovendien krijg je geen lijst met resultaten, maar moet je tussen alle andere torrents door de resultaten heen bladeren zoals je dat met ctrl-f in een bestand zou doen.

Misschien dat het inmiddels verbeterd is, maar dat was destijds voor mij een deal breaker.

[Reactie gewijzigd door ThePendulum op 23 mei 2020 17:11]

Probeer eens Transmission in een Docker container...
https://github.com/haugene/docker-transmission-openvpn

Zou het eens kunnen proberen, of in ieder geval in een VM. Misschien dat ik dan in ieder geval wat inzicht krijg in waar het nou fout gaat.

Al jouw problemen zijn opgelost door gewoon de webclient te gebruiken en dan met name Web Control, zit ook in de Docker image. Wat is mis daarmee? Op Android zijn Torrnado of Transmission Remote goede apps, die laatste heeft notifications

[Reactie gewijzigd door Jazco2nd op 24 mei 2020 00:46]

Die web client maakt toch ook gewoon verbinding met transmission-daemon? Ik zie niet in hoe dat het probleem zou moeten oplossen. En Transmission Remote voor Android is nou juist één van de redenen dat ik niet liever niet overstap naar een andere daemon

[Reactie gewijzigd door ThePendulum op 24 mei 2020 01:30]

Excuses, ik schreef het helemaal verkeerd. Ik bedoel juist door een Docker image te gebruiken die wel de web-control ui heeft. Je NAS kan dan niet meer vast lopen. En je hebt prima logging van je docker container. En met de web-control ui heb je gewoon een heel goede Ui.

[Reactie gewijzigd door Jazco2nd op 24 mei 2020 11:27]

Ah zo, ik dacht inderdaad dat je de Docker image als bijzaak zag om het wat makkelijker te maken om de Web Control UI in te stellen. Docker zal zoiets als een kernel panic niet noodzakelijk kunnen indammen, maar het is wel interessant om eens te proberen.

Ik snap alleen nog steeds niet helemaal het verband. Waarom zou de Web UI minder problemen opleveren dan Transmission Remote? Op het moment dat de zooi vast loopt ben ik meestal met geen enkele client verbonden. Bedoel je dan overigens specifiek dit Chinees ogende project?

[Reactie gewijzigd door ThePendulum op 24 mei 2020 21:51]

De downloadlink klopt niet, dat moet deze zijn: https://transmissionbt.com/download/

Jammer dat ze geen officiële Netgear app hebben. Daar is weer een 3rd party developer voor nodig.

Heeft er iemand ervaring hoe deze app werkt onder windows? Schijnt dat deze al lang niet bijgewerkt is.
Of is dat niet nodig omdat het zo goed werkt? Onder Linux mijn favourite torrent programma ;-)

Ik zou voor Windows qBittorrent of deluge gebruiken. Beide maken gebruik van libTorrent, die erg gewaardeerd wordt door torrent trackers, omdat die de minste issues heeft.

Hoe het zit met snelheden weet ik het eigenlijk niet, soms kan je meer geluk hebben met Transmission of zelfs uTorrent.

[Reactie gewijzigd door MrFax op 23 mei 2020 14:52]

Deluge staat bekend als de snelste. Wordt ook meestal gebruikt door de "racers" op private trackers.

qBittorrent gebruikt wel precies dezelfde backend libTorrent, dus dan ligt dat aan de standaardconfiguratie denk ik? Deluge heeft wel een aparte frontend geschreven in Python, waarbij libTorrent in C++ is geschreven en is (deel van) de backend van Deluge.

[Reactie gewijzigd door MrFax op 23 mei 2020 17:21]

Werkt uitstekend. Een vervelende bug (Fix prepending of drive letter to various user-selected paths on Windows) is nu opgelost. Hier liep je tegen aan als je een remote gebruikt met een andere schijf/folderstructuur.

Ik vind het irritant dat de developers zo stijf vasthouden aan bepaalde dingen. Settings wijzigen? service stoppen, tekstfile wijzigen, service starten. post script runnen? Weinig documentatie over. Maar wel respect dat ze het door blijven ontwikkelen.

rTorrent+FloodUI is wellicht net zo lichtgewicht als Transmission maar andere programmas zoals Sonarr bieden niet alle mogelijkheden icm rTorrent dus ik blijf bij Transmission (+ Web Control UI).

[Reactie gewijzigd door Jazco2nd op 23 mei 2020 14:22]

Dat heeft weinig te maken met "vasthouden", als dat de hele code waarschijnlijk zodanig ingericht is dat het gedrag aanpassen significante moeite kost.

Trouwens, hoe kom je erbij dat je de service moet stoppen en een tekstbestand moet wijzigen? Ik kan in Transmission gewoon settings wijzigen en ze zijn direct actief.

De meeste settings zijn niet zichtbaar in de UI.

Ah, niet de settings die ik gebruik dus. Ik wist niet dat er nog meer settings beschikbaar waren, maar ik gebruik Transmission ook vooral als remote naar m'n NAS, en die is redelijk gesloten.

Lijkt me dat je juist op je NAS wel wil instellen dat hij niet elke 2MB naar je HDDs staat te schrijven.. daar gaan je schijven..

Nu je dat zegt, wil ik daar wel naar kijken. Maar zoals ik al aangaf, ik heb daar nooit bij stilgestaan.

Ik draai sinds een paar maanden Deluge icm Sonarr/Radarr. Was wat meer gedoe om in te stellen dan Transmission, maar draait prima.

Weet alleen niet meer waarom ik geswitcht ben toen

Ik ben overgestapt naar Deluge omdat het eenvoudiger was om per download een label toe te kunnen wijzen. Dat label bepaalt vervolgens waar het bestand wordt opgeslagen. Handig inderdaad voor Sonarr en Radarr

Ik heb transmission op mijn nas , native install en rtorrent als docker op een andere server.
Rtorrent is veel overzichtelijker en veel informatiever dan transmission.

Eens. Maar de Web Control UI (meestal onderdeel van je docker image) is al stukken beter dan de default UI van Transmission.

Zelf gebruikte ik qbittorrent, maar versie v4.2.3 gaf veel problemen. (vaak overseeden)
In het forum zag ik dat twee personen v4.2.1 aanbevolen, omdat deze door hun als stabieler werd gevonden. Die draait hier nu ook en geen problemen meer. (Ik twijfel nog om naar de laatste versie te gaan, er staan toch een aantal issues op hun forum)

Tip: update de app bij voorkeur via de update optie in de app zelf (macOS)
Nog niet zo heel lang geleden bleek het rechtstreeks downloaden van een update via de website te resulteren in een besmette app.
Zie https://tweakers.net/downloads/36517/transmission-292.html

... want naar nu blijkt waren sommige installatiebestanden besmet met de OSX.KeRanger.A-ransomware

NB: deze Mac versie is nu voor macOS 10.10 of nieuwer.

[Reactie gewijzigd door Peter_Utrecht op 23 mei 2020 14:28]

Tip: update de app bij voorkeur via de update optie in de app zelf (macOS)

Dat de besmetting destijds niet via de update-optie in de app gebeurde was puur incidenteel. De aanvallers drongen de website binnen en vervingen de geldige versie van de app met de besmette versie. Ze hadden net zo goed de besmette versie (ook) via de update-optie in de app kunnen verspreiden.

Wat je beter kunt doen is controleren dat de update fatsoenlijk is gesigneerd met dezelfde developer-ID:

% spctl --assess -vv <transmission.app>
/path/to/Transmission.app: accepted
source=Notarized Developer ID
origin=Developer ID Application: Digital Ignition LLC (5DPYRBHEAR)

[Reactie gewijzigd door Eitot op 23 mei 2020 15:04]

Niet zo heel lang, is 4 jaar. Dat is niet zo heel lang misschien in jouw beleving.. Maar 4 jaar later, voor een programma is behoorlijk lang.

Daarbovenop: je kon de malware toen alleen binnen krijgen door manueel te updaten, en hier raad je aan zelf manueel te gaan updaten? Rare bedoeningen

Ik zou wel willen maar bij mij gaat dat al ik weet niet hoe lang mis. Hij (2.94 op macOS) ziet de update, download hem maar bij het uitpakken zegt ie "An error occurred while extracting the archive. Please try again later."

Ik gebruik Transmission niet zo veel maar kan me herinneren dat ik dit probleem vorig jaar ook al had.