Bug 290135 - Collection Scan skip tracks
Summary: Collection Scan skip tracks
Status: RESOLVED NOT A BUG
Alias: None
Product: amarok
Classification: Applications
Component: Collections/Local (other bugs)
Version First Reported In: 2.4.0
Platform: openSUSE Linux
: NOR minor
Target Milestone: 2.6
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-29 23:15 UTC by Roy
Modified: 2012-02-26 14:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roy 2011-12-29 23:15:05 UTC
Version:           2.4.0 (using KDE 4.7.3) 
OS:                Linux

This is really strange...
The Track Wuthering Heights by Kate Bush, if inside the folder Orlovich 4, is not added to the collection, on a brand new database...
Other file from the folder is added of course, and if I move the track in another folder is than added!


So started logging from mysql and ...


INSERT INTO urls (deviceid,rpath,directory,uniqueid) VALUES (3,'./mp3/Orlovich/Kate Bush - Wuthering Heights.mp3',827,'amarok-sqltrackuid://file:///mnt/dati/mp3/Orlovich%204/Kate%20Bush%20-%20Wuthering%20Heights.mp3')

Wait What ? 

amarok-sqltrackuid: is normally a 

amarok-sqltrackuid://99e76cace2a31b6475b46d35941057d8
amarok-sqltrackuid://6533c249830f37a704debc8f311ba519
amarok-sqltrackuid://e63dd71e4311a7440988b06c8e29cdda
amarok-sqltrackuid://e7684da464dbf8e3f8b87656a621e261
amarok-sqltrackuid://08051b461dd21f5800c0d4d07ab3a953

How can i track why this is happening, the sqltrackuid NOT calculated 
Because now the track is loaded.. after some try...


amarok --debug is not giving any useful information...

Reproducible: Couldn't Reproduce

Steps to Reproduce:
Dunno in your computer... 
I've also renamed the folder, it happens again!!!
Dropped the DB some times, and recreated...
maybe 30% chance ...


Actual Results:  
sqltrackuid is NOT computed the file path is added

Expected Results:  
sqltrackuid is computed like the other 6780 tracks

Uhm ... The folder is on a software raid 1...
Comment 1 Ralf Engels 2011-12-30 14:11:29 UTC
Hi Roy,
the unique id is not always computed.
If the track already has a unique id tag then that one will be used.
That is why you get a 
//file:///mnt/dati/mp3/Orlovich%204/Kate%20Bush%20-%20Wuthering%20Heights.mp3

That id won't change if you move the file around (which is kind of the idea with unique ids :)

Next you might run into the problem that currently Amarok is rejecting tracks with duplicate IDs.
If you have another track with the same unique id then Amarok will just forget about your song.

I am assuming that you have this problem. Another "Wuthering Heights" somewhere.
Now depending on the order that the folders are scanned one of your songs is the first and the other will be skipped.
If you move the tracks around that might happen (that is your 30% chance)

There is a tool called amarok_afttagger that you can call to re-tag your song.
It might help.
Comment 2 Myriam Schweingruber 2011-12-30 21:35:34 UTC
Also why would you use such an old Amarok version? Please upgrade to Amarok 2.4.3 or 2.5, your version is quite outdated.
Comment 3 Myriam Schweingruber 2012-02-26 14:59:14 UTC
Closing for lack of feedback. Feel free to reopen this report if the bug persists with Amarok 2.5 or later and you can provide the necessary feedback.