It disappeard on the n-th add for gitcast so is somehow random.

In SVN version some episodes of RoR appear 3 times. 

In svn they behave as seprate entities.

I see this issue as well - well, kind of.  I subscribed to a podcast, and had Banshee download all episodes immediately upon subscribing.  I ended up seeing what appeared to be several duplicate episodes in the list, and did not have early episodes in the list (episodes 1, 2, 3, etc.).  However, I opened the folder where the podcasts were downloaded to in Nautilus and saw that Banshee did download all individual episodes, and didn't download any duplicates (the filenames were different, like "episode-1.mp3", "episode-2.mp3", and so on.  So, it looks to me like this is a display issue.  I quit Banshee and then fired it back up, but the list of episodes still showed duplicates.  It seems like Banshee is displaying the wrong info. for certain episodes - something like showing "Episode 4" for both episode 3 AND 4, and not showing "Episode 3" for any episode.

Created attachment 116162 [details]
Screenshot showing Banshee podcast episode list with duplicates, and podcast mp3 files on filesystem

Attaching screenshot showing Banshee 1.2 on Ubuntu 8.04 listing episodes for a podcast.  There are several "duplicates".  The screenshot also shows the files that Banshee downloaded, which have no duplicates.  The number of files on the filesystem is the same as the number of episodes listed in Banshee.

Did you maybe use banshee 0.98.x or 0.99.x with podcasts ?
The podcast extension was unstable in those alpha and beta versions. I did use it and it messed up the content of the banshee db for me, producing strange behavior like the ones you described.

(In reply to comment #6)
> Did you maybe use banshee 0.98.x or 0.99.x with podcasts ?
> The podcast extension was unstable in those alpha and beta versions. I did use
> it and it messed up the content of the banshee db for me, producing strange
> behavior like the ones you described.
> 

For short period of time. But I already purged the banshee.db podcast tables since then...

Seeing this on some podcasts here, too.  Not downloaded twice, just displayed in the list twice.

I'm experiencing it too using Banshee 1.2.

(In reply to comment #6)
> Did you maybe use banshee 0.98.x or 0.99.x with podcasts ?
> The podcast extension was unstable in those alpha and beta versions. I did use
> it and it messed up the content of the banshee db for me, producing strange
> behavior like the ones you described.
> 

I'll try on fresh database. The only thing I've imported is by script:

require 'sqlite3'

from = SQLite3::Database.new('.config/banshee-1.old/banshee.db')
into = SQLite3::Database.new('.config/banshee-1/banshee.db')

rows = into.execute2("select Uri from CoreTracks")
rows = rows[1...rows.length].flatten # First element is name of column

update = into.prepare("UPDATE CoreTracks SET Rating=?, PlayCount=?, SkipCount=?, LastPlayedStamp=?, LastSkippedStamp=?, DateAddedStamp=?, DateUpdatedStamp=? WHERE Uri=?")
select = from.prepare("SELECT Rating, PlayCount, SkipCount, LastPlayedStamp, LastSkippedStamp, DateAddedStamp, DateUpdatedStamp, Uri FROM CoreTracks WHERE Uri=?")

rows.each do |uri|
  update.execute(*(select.execute(uri)))
end

Created attachment 116600 [details]
The window

What I've seen after doing it (and add FLOSS Weekly). After click on the podcast feed everything seems to by fine.

Created attachment 116601 [details]
Another Banshee Podcast duplication problem

It is not connected to podcast - but the problem might be with list handling.

Created attachment 116602 [details]
Yet another strange behaviour

I can post a new one that I discovered today - the 3 top elements are repeat through all of screen.

The behaviour you have now looks like the one in bug #547515.
Which version of gtk are you using ?

2.13.6 - it would explain a bit.

I cannot reproduce it. Please reopen if it will be reproduced.