Error: Unable to save resume file: File name too long

Failure to comply with the directed wishes AND failure to emphatically notify the user of the problem is an unacceptable error; I only noticed this notification by accident today looking through my 'Paused' list, otherwise I would never have known what happened to these files.

Microsoft DOS is capable of truncating a too-long filename to fit in 8 Chars; even a Jolliet CD will still save the file simply (and abruptly) truncated to the limit. Surely a unix program should be at least as competent with limit conditions :)

Per Bug #344878, this is much more likely to be triggered with encrypted home directories.

Status changed to 'Confirmed' because the bug affects multiple users.

I have a temporary workaround until this issue is fixed. It seems indeed that it occurs on encrypted home directories, so the solution is to move the files away from that. Note that the files you move away from your encrypted home directory are (obviously) no longer encrypted...

Anyway, this worked for me (execute in terminal):

# 1. exit Transmission (properly exit)
killall transmission
ps aux | grep transmission | grep -v grep # should yield nothing

# 2. move the resume directory (where transmission keeps the resume files) to a non-encrypted directory:
mv ~/.config/transmission/resume /tmp/transmission-resume

# 3. make a symbolic link from the original location to the new one:
ln -s /tmp/transmission-resume ~/.config/transmission/resume

Obviously, it's also a good idea to *save* these files with long file names in a non-encrypted directory.

Using Transmission 2.82, now there’s a feature where you can rename the file yourself in the torrent properties dialog... but, if it’s a single-file torrent and the name is too long (and, I would imagine, if the base folder in a multi-file torrent has a name that’s too long), that overly-long file name _still_ gets used for the resume file, and you’ll still get this blasted error message. What a pain...

Still present in buntu 14.04 and transmission 2-82
example this torrent:
https://kickass.so/h264-mkv-ac3-eng-sub-ita-eng-guida-galattica-per-autostoppisti-hitchhiker-s-guide-to-the-galaxy-bbc-1981-s01e01-06-t6196446.html

The name of the torrent or magnet is too long, but not the files inside, so is not a problem of encrypted file system, is just that to download the torrent it tries to create a temporal file with the name of the torrent, even if the torrent has no long file names on it...

To fix it, in a crappy way, just edit the magnet link and remove a few chars, and the torrent will download.

So a fix for this kinf of error is just temporal torrent file to not be longer than for example 40 chars, is jsut a temporal name to start the donwloading.

I mean if the files inside the torrent are too long for a encrypted fs ok, (that I think is also a problen of ecryptfs), but if it's just the name of the torrent, why use it exactly as it was written (so often people creates long torrents name for search engines to be easily found like the one y pointed here), not necessary to allow users to create files just with the name, I imagine transmission takes care of this for security reasons and checks the name of the torrent, I hope no directory name inyection is possible playi8ng with transmission temporal file names...

This bug is still present in Ubuntu 15.10, Transmission 2.84 (14307)

Hey Robert. I'm also observing this same bug with an encrypted home directory on Transmission 2.84 (14307) on Ubuntu 15.10 (amd64).

I'm experiencing this on Ubuntu 16.10. The file system is non-encrypted.

Thanks Felix Moreno for the "crappy" solution to get around the problem. It seems to work fine. I didn't see the solution offered in any any other discussions that I read around the web.

Issue/bug on Transmission repo: https://github.com/transmission/transmission/issues/122

Was fixed, look upstream (github).

The bug with a long filename was never fixed, it is still here, in version 2.94.
Can be reproduced on a ext4 filesystem, for example with this file:

magnet:?xt=urn:btih:AE5A4BDCD389292584DABE1B7557A4AFFEFDDD97&tr=http%3A%2F%2Fbt4.t-ru.org%2Fann%3Fmagnet&dn=SPA-%D1%81%D0%B0%D0%BB%D0%BE%D0%BD%20%D0%BD%D0%B0%20%D0%B4%D0%BE%D0%BC%D1%83%20-%20%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B0%D0%BD%D0%B4%D1%80%D0%BE%D0%B2%D0%B0%20%D0%90.%20-%20%D0%A1%D0%B0%D0%BB%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9%20%D1%83%D1%85%D0%BE%D0%B4%20%D0%B1%D0%B5%D0%B7%20%D1%85%D0%BB%D0%BE%D0%BF%D0%BE%D1%82.%20%D0%9F%D0%BE%D0%BF%D1%83%D0%BB%D1%8F%D1%80%D0%BD%D1%8B%D0%B5%20%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80%D1%8B%20%D1%81%D0%B0%D0%BB%D0%BE%D0%BD%D0%BE%D0%B2%20%D0%BA%D1%80%D0%B0%D1%81%D0%BE%D1%82%D1%8B%2C%20%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5%20%D0%BC%D0%BE%D0%B6%D0%BD%D0%BE%20%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C%20%D0%B4%D0%BE%D0%BC%D0%B0%20%5B2009%2C%20PDF%2C%20RUS%5D

The file name is in Russian.
Trying to download results in the same error, as 9 years ago.