Bug 241430

*** Bug 242585 has been marked as a duplicate of this bug. ***

*** Bug 242434 has been marked as a duplicate of this bug. ***

Confirmed by duplicates.

I tried this with MP3s and have no such problem, with current Amarok Git. I literally copied a file and gave it a different file name (changing only the track number) and changed the track number in the tag. Everything worked as expected. Does this only affect FLAC?

Just tested, happens with MP3s as well (2.3.1).

Please provide a link where I can download files showing this behavior. You can email the link to me privately if you wish (but please do not email me the files). I can't reproduce it here, and if I can't reproduce it there's not much chance I can solve it.

Here you go:

http://marian.musgit.com/temp/amarok_241430/file1.ogg
http://marian.musgit.com/temp/amarok_241430/file2.ogg

Both files are identical, it's the KDE login sound with modified tags.

Tags are:

Artist: Demo Artist
Album: Demo Album
Title: Demo Track
Track: 1 (file1), 2 (file2)

Bug seems to be format independent, but if you like, I can also produce MP3 of FLAC demos.

I downloaded these tracks to an otherwise empty folder, and started Amarok, which scanned that folder (as it's part of my collection).

Both tracks appear, I can add each to the playlist, and both are playable.

Hi,

you can download the songs this bug is reproducible with from http://amihere.shacknet.nu/dokumenty/songs.tar.gz. They are the songs I mentioned in the bug https://bugs.kde.org/show_bug.cgi?id=242434. All of them are mp3 with the same coding.

Petr

Interestingly, I just noticed that while the collection browser still refuses to show two tracks, even after updating & rescanning the collection, the "Recently added albums" widget actually separates the two tracks correctly.

Have you tried closing Amarok and reopening it after scanning?

There are lots of collection browser caching problems.

I restart Amarok every day, and I've noticed this bug for week (i.e. restarts did nothing to change the listing of albums with this problem). I did restart Amarok immediately after the rescan, too. In fact, when adding the tracks to the collection, I had to restart Amarok a few times until they would show up at all - I don't normally have this problem when ripping CDs directly to my collection directories, those are recognised correctly.

(On a side note, I regret trying the rescan - it trashed all the cover art that hadn't yet been copied to the file system by copycover)

Using the songs in Comment #9, they all show up perfectly well for me.

Can you guys give details of what distribution you're using? This might be some distro-specific problem.

Hi,

I use Fedora 12 x86_64, KDE 4.5 RC1. If you need more info (libraries versions, etc., I have not idea what you can need), write me. 

Petr

Kubuntu Lucid Lynx, i386 version, with Amarok 2.3.1 and KDE SC 4.4.4 both fetched from the Kubuntu Backports PPA.

Not a Kubuntu problem, it works perfectly well here, all tracks from comment #9 show correctly, using Kubuntu 10.04 with KDE SC 4.5 RC 1, Amarok 2.3.1-git

Thank you for the feedback.

I can reproduce this (both with files from #9 and with my own files) when using external MySQL database. I wasn't able to reproduce when not using MySQL.

Steps to reproduce:
1. Enable external MySQL database in configuration
2. In the configuration, set the collection so that it includes the test files
3. Select "Fully Rescan Entire Collection"

As a result, the media sources contains tracks in the way described in the bug report.

(In reply to comment #18)
> I can reproduce this (both with files from #9 and with my own files) when using
> external MySQL database. I wasn't able to reproduce when not using MySQL.
> 
> Steps to reproduce:
> 1. Enable external MySQL database in configuration
> 2. In the configuration, set the collection so that it includes the test files
> 3. Select "Fully Rescan Entire Collection"
> 
> As a result, the media sources contains tracks in the way described in the bug
> report.

I just tried this again with a fully empty (dropped and recreated) external database. I have one folder selected in the collection, which contains only the file1.ogg and file2.ogg files from above. 

When the files are scanned in, they show up under Demo Artist, Demo Album, and as "1 - Demo Track" and "2 - Demo Track".

Upon further investigation I found out that the "Merged View" option in Media Sources panel causes this behaviour for me.

If I turn the merged view off, all tracks are displayed independently (no rescan needed or anything). When turning merged view back on, the tracks are merged into one entry.

I can use the player without the merged view, so this is no longer an issue for me. However, unless I am mistaken, this is not the intended behaviour even when the merged view is enabled.

Good catch. I can confirm the problem only occurs in merged view mode. Not a huge problem anymore for me, though it would be nice to see it fixed; I like using merged view as it removes the useless "header bars" for empty devices from my collection pane.

So this is not a database issue, but a display problem in the collection browser. Adapted title and component.

Is this report still valid with Amarok 2.4.3 or the current git version?

Still reproducible.

Still reproducible in v2.6.0-421-gf66a306

Is this still valid with Amarok 2.7 or current git? There has been quite some code changes since 2.6

Any news on this? Please test with Amarok 2.7.1 and provide feedback ASAP.

I can't reproduce this at all with Amarok v2.7.90-53-gbf655f7

Most likely fixed as a side-product of other work in the local collection code

This is still reproducible in 2.8.0

Please test with Amarok 2.9 beta

I misread the original comment. The problem I am having is with different files with the same artist and title but no track number or album name being merged. Maybe this should be another bug