ReRead archive creates doublettes

Bug #646940 reported by EricDHH on 2010-09-24
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
banshee (Ubuntu)
Low
Unassigned

Bug Description

Binary package hint: banshee

Description: Ubuntu 10.04.1 LTS
Release: 10.04
banshee:
  Installiert: 1.6.1-1~lucid1
  Kandidat: 1.6.1-1~lucid1

My music archive contains 12k of mp3, is connected byy nfs from a d-link 323 device. Re-reading the archive creates doublettes of many files, all of them point to the same file in the archive. Importing fresh mp3 cause file lost, they did not appear in the banshee database but exist as files in the archive.
Deleting the banshee database and re-read full cause to 1/10 read. Lower left corner all files are counted, but not all processed. Full re.read is impossible, if full count is reached everything stops and 1/10 are shown in the database.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: banshee 1.6.1-1~lucid1
ProcVersionSignature: Ubuntu 2.6.32-25.44-genusername 2.6.32.21+drm33.7
Uname: Linux 2.6.32-25-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
CheckboxSubmission: 72ffaca291c05635776d4a13f9e644e4
CheckboxSystem: 32980ee028b29311fef8e195a759b031
Date: Fri Sep 24 17:43:25 2010
ProcEnviron:
 PATH=(custom, no user)
 LANG=de_DE.UTF8
 SHELL=/bin/bash
SourcePackage: banshee

EricDHH (ericdhh) wrote :
EricDHH (ericdhh) wrote :

Found a reason, if a filename contains "," or "&" char banshee will re-add this song every time the files are rescanned. The characters are coming through filenames that will be created by banshee itself from the id tags. Found this behaviour by a playlist that search for these chars. Maybe there are more disturbing filename characters.

The , and & issue is fixed in Banshee git. Can you please retest with the banshee daily ppa?

EricDHH (ericdhh) wrote :

Running ubuntu 10.10 with the 1.9.0 git banshee. Library was full removed, then reread everything 3 times.

I only found dupes from various files that totally normal to me. I checked the files and folders but the dupes did not exist on the disk, others players like exaile, guayadeque, rythmbox, gmusicbrowser choose exactly the same files for dubbing. Maybe the gnome-engine that reads the tags are buggy?
My library is on a d-link dns-323 with md-raid, i don't know wha so many songs are stored again in the player library.

Victor Vargas (kamus) wrote :

EricDHH, any news about this issue? Please can you test it with a more newer release of banshee and check if this behaviour is still occurring? Thanks.

Changed in banshee (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
EricDHH (ericdhh) wrote :

Latest test was 0.1.9.3, same issues that may hose existing music collections.

- at every reread (not import) banshee take several mp3 and dupe them with (1).mp3 physically. This was done with or without configuration (metadata fixup) to do so. At next reread you get (2).mp3 and then (3).mp3 and so on.
- all banshee versions create library dupes too, means that double entrys point to one physically file on the disk
- all banshee versions dupe some mp3's from the artist folder to various artists in a cloned album folder
- the

As for now i spent 2 day to clean up 1700 folder by hand to find and wipe out the 3000 banshee produced dupes from my collection. I remove banshee from my system now, and suggest that noone should use it at a real music collection without having enough backups.

Launchpad Janitor (janitor) wrote :

[Expired for banshee (Ubuntu) because there has been no activity for 60 days.]

Changed in banshee (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers