View Issue Details

IDProjectCategoryView StatusLast Update
0004549MMW v4Otherpublic2008-04-17 19:10
ReporterLudek Assigned To 
PriorityimmediateSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Fixed in Version3.0 
Summary0004549: Importing Podcasts doesn't work for some non-default download locations including masks.
DescriptionPodcasts downloaded by another podcatcher is imported only if it appear in the download location set in global podcast options. It works for the default location, but it doesn't work for some locations including masks like this:

'C:\Documents and Settings\spiker\Dokumenty\Hudba\Podcasts\<Date>\<Artist>-<Title>'

TagsNo tags attached.
Fixed in build1158

Relationships

related to 0003086 closedLudek Podcasts: (command to) Automatically look up previously downloaded episodes for given rss feed. 
related to 0004572 closedrusty Find More From Same Location fails for scanned external podcasts 
related to 0004588 closedLudek Workflow for importing external podcasts isn't intuitive 

Activities

Ludek

2008-04-07 14:10

developer   ~0013671

Fixed 1156.

rusty

2008-04-11 20:01

administrator   ~0013713

I think there's a regression. Now when I try to scan:
C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\Science Talk The Podcast of Scientific American

The podcasts don't show up in the Podcast node (minus subscription information).

Ludek

2008-04-13 11:50

developer   ~0013715

I was able to reproduce another issue - this tweak is fixed in build 1158. It should resolve also your issue. If not then give me more info, i.e. which exact directory you scan (full path) and what is your "download podcasts to" location set in options (full path).

rusty

2008-04-14 14:51

administrator   ~0013724

Retested in 1158 and it's still not working. Tested with the following podcasts in Juice:
http://www.sciam.com/podcast/sciam_podcast_r.xml
http://www.manager-tools.com/podcasts/feed/rss2

The podcasts are saved by Juice to:
C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\Science Talk The Podcast of Scientific American
C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\Manager Tools

I scanned:
C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\
and also tried scanning the individual Podcast directory e.g.
C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\Manager Tools

MM is set with a default podcast location of:
F:\Documents and Settings\Rusty\My Documents\My Music\Podcasts\<Artist>-<Title>

Ludek

2008-04-14 17:32

developer   ~0013727

Last edited: 2008-04-14 17:34

Rusty, this is rather an inconsistency with what has been originally proposed in 3086 (your note 13244) - you suggested 2 workflows and both should work.

i.e.
1) Change MM Podcast directory to "C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\" and then rescan "C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\"

OR

2) Move contents of "C:\Documents and Settings\Rusty\My Documents\My Received Podcasts\" to "F:\Documents and Settings\Rusty\My Documents\My Music\" and then rescan "\My music"

rusty

2008-04-14 18:45

administrator   ~0013729

Your absolutely right. I didn't refer to the 'instructions'.

Question: Given the way this functionality has evolved, is it now possible to implement it in the manner that I thought it would work? i.e. to add tracks for which Genre = Podcast directly to the podcast node? (I'm pretty sure that your earlier objections still hold true, but I just wanted to make sure--although we have a workaround, it's obvious to me now, that it's still insufficiently intuitive).

btw, please resolve the bug as fixed when you reply.

Ludek

2008-04-14 19:42

developer   ~0013731

Last edited: 2008-04-14 19:45

Yes, I agree that this is not too intuitive, but adding all the tracks for which Genre = Podcast during the scan directly to the podcast node could brings some problems:
e.g.
The newly downloaded episodes would not be situated in the same location (for the same subscription - that could be annoying? ) and also maybe it could slow down scanning although this should not be the case. Maybe something for 3.1? We could wait for users feedback/suggestions and based on this feedback make it somehow configurable or at least add a message box like: "Some tracks with Genre = Podcast that have not been in your library were found. Do you wish to associate (add to Podcast node) them?" or something like this.

rusty

2008-04-17 19:10

administrator   ~0013771

Verified 1159.