summaryrefslogtreecommitdiff
path: root/doc/todo/podcatching_handling_updated_files.mdwn
blob: 2d980028357c53e59dd06c951ed29b633a78df05 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Files in feeds can be updated, and if this update includes changing the
url, `importfeed` will treat this as a new file. This results in `foo.mp3`
having a `2_foo.mp3` added next to it.

This seems to happen especially commonly with feeds using FeedBurner.
Saw several with same size, different checksum and url.

To detect this, `importfeed` could store the item's guid in the metadata
of the key. Where it currently builds a `Map URLString Key` of all
known items, it could instead build a `Map (Either URlString GUID) Key`.

This would at least prevent the duplication, when the feed has guids.

> [[done]] --[[Joey]]

It would be even nicer if the old file could be updated with the new
content. But, since files can be moved around, deleted, tagged, etc,
that only seems practical at all if the file is still in the directory
where `importfeed` created it.