Libswift downloads don't have a proper filename

[synctext]

Now it's just the roothash.
for 30 seconds

[NielsZeilemaker]

Initially a SwiftDownload will only have a roothash, no name is available.
Maybe we could extend the swift-url spec to include a displayname (dn) similar to magnet links.
Then we can use the dn to set the name.

[arno481]

On 22/03/2013 11:58, NielsZeilemaker wrote:

Initially a SwiftDownload will only have a roothash, no name is available.
Maybe we could extend the swift-url spec to include a displayname (dn)
similar to magnet links.
Then we can use the dn to set the name.

Practically, if you know the filename from e.g. the .torrent you can set
the dest dir to that filename and the swift engine will safe it under
that name.

More generally, you could also make the filename part of the content,
e.g. by creating a multi-file swarm that contains just one file. The
name is then protected from modification by the root hash, unlike in the
dn case.

Just something to think about,
Arno

[NielsZeilemaker]

It should only happen if we don't have a .torrent, as if we do then the MyPreferences database row will point to a torrent and then simply use the swarmname of the torrent.

If it happens when we have the .torrent, then this is caused by a bug. Personally, it never happend to me and without a clear example it would be hard to replicate.

[whirm]

@egbertbouman I think we can safely close that one?

[egbertbouman]

@whirm I agree.