From d8517d6cfc5c39c2ff0cbdbc3f9e825cb66f6366 Mon Sep 17 00:00:00 2001 From: madalu Date: Tue, 4 Aug 2020 17:19:06 +0000 Subject: [PATCH] Reporting importfeed filename bug --- ...s_with___34____95____34___in_filename.mdwn | 30 +++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 doc/bugs/Importfeed_replaces_all___34__.__34___characters_with___34____95____34___in_filename.mdwn diff --git a/doc/bugs/Importfeed_replaces_all___34__.__34___characters_with___34____95____34___in_filename.mdwn b/doc/bugs/Importfeed_replaces_all___34__.__34___characters_with___34____95____34___in_filename.mdwn new file mode 100644 index 0000000000..0bb6d60449 --- /dev/null +++ b/doc/bugs/Importfeed_replaces_all___34__.__34___characters_with___34____95____34___in_filename.mdwn @@ -0,0 +1,30 @@ +### Please describe the problem. + +Beginning with 8.20200522, importfeed replaces all dot (".") characters in filenames with "_". As an example, before that release, the TWIT Security Now podcast had filenames that looked like this: + +SN_767__WiFi_6.mp3 + +After the release, the filenames look like this: + +SN_769__Zoom_s_E2EE_Design_mp3 + +This change occurred across all my downloaded podcasts. + +I suspect the bug has something to do with the following changes described in the news for 8.20200522: + +- addurl, importfeed: Avoid adding filenames with leading '.', instead it will be replaced with '_'. +- addurl, importfeed: Allow '-' in filenames, as long as it's not the first character. + + +### What steps will reproduce the problem? + +git-annex importfeed --fast http://leoville.tv/podcasts/sn.xml + +### What version of git-annex are you using? On what operating system? + +Arch Linux + +git annex version 8.20200720.1-g1ccb6699a1 + + +