Bug 313791

Created attachment 76673 [details]
Amarok showing playlist before removing duplicates.

Created attachment 76674 [details]
Amarok showing playlist after removing duplicates.

This also happens with playlists, which are differently sorted (tested sorting by albums).

bug 252246 might also be related

Can you remember what you did?
Might it be that you had tracks from different sources as in bug 252246?

At least for me, duplicate tracks from the local collection are all removed.

Created attachment 77025 [details]
Amarok showing playlist before removing duplicates.

Noticed, that my screenshots did not show the bug.

Created attachment 77026 [details]
Amarok showing playlist after removing duplicates.

Ok, this is harder to reproduce, than I thought. It seems to happen for my special playlist. I was trying to find out, what is so special about it, but it is at least not the length (playlist is 690, test playlist was ca. 900).
So what I actually did, is loading this playlist, cut it down to a few tracks and adding duplicates for it. I also can´t reproduce this for new playlists. So I change the Importance to minor.
I could attach the playlist, but amarok won´t load it due to unavailable files, so this makes no sense.

I can reproduce with amarok v2.8.0

Created attachment 83919 [details]
Before remove duplicates (Amarok 2.8.0)

Created attachment 83920 [details]
After removing duplicates (Amarok v2.8.0)

I created attachments. Playlist after removing duplicates still have 2 songs of Nickelback ("Figured you out")

Nice, that you hit it. Maybe the reproducability was increased in the meantime. Well, I don't know, if you hit exactly "my" bug, because I could not reproduce it any more. However I had often problems with duplicates, which were e. g. pulled in from big folders (of which I knew, that there were none). In the meantime Amarok 2.7.1 pulled in the kde-base/kdelibs[semantic-desktop] dependency. That, the high CPU load on playback and bug 296100 brought me to switch my audio player to Quodlibet, which uses according to top 0,4% less CPU than gst-inspect-0.10 playbin.

Therefore I'll close all my Amarok-Bugs, because I can't give any feedback. They were strange anyway and just affecting me. For this one you are free to give further feedback. I'll give you a vote.

Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!

Changing back to REPORTED per request of Myriam (Amarok dev).

Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Created attachment 154683 [details]
Amarok jingle ripped from streamripper

Yes, it is still reproducible in today’s Amarok git.

The issue seems to be limited to files ripped from streamripper though. So I set up a local icecast server, passed the Amarok jingle into it with ffmpeg and ripped it with streamripper. This file reproduces the issue.

Please also note, that that output of streamripper always differs for the same tracks, so the database duplication detection fails. Searching for those duplicated tracks, which also have different formats in my collection via library search crashes Amarok. So it might be useful to play around with its outputs until it works.

Here is the command used to stream and rip it:
(ffmpeg -re -i first_run_jingle.ogg -c:a copy -content_type audio/ogg -f ogg icecast://source:hackme@localhost:8000/default &); sleep 0.1; streamripper http://localhost:8000/default -a -c

I’ll attach the icecast.xml next.

Created attachment 154684 [details]
Icecast config for local server configuration

Check the config before using it. It is not secure, but at least running on localhost.

Last note: Amarok is not in the Gentoo repositories anymore, because the Qt5 migration took too long and there has been no stable release, since then. Apart from Krusader I’m not using any KDE software nowadays, so please excuse me, if I don’t open a new bug on the crash issue.

As a developer I just was polite enough to report back on an old bug report. Happy debugging! :)

A possibly relevant merge request was started @ https://invent.kde.org/multimedia/amarok/-/merge_requests/102

Git commit 1569068ddc911e1a8970aa3afe2ae6d5986d3877 by Tuomas Nurmi.
Committed on 28/05/2024 at 17:45.
Pushed by nurmi into branch 'master'.

Avoid deleting multiple tracks instead of one

Additionally, testing with a sample track provided on bug report, an earlier bug
where duplicate removal didn't work for some specific tracks seems to have been fixed.

M  +1    -0    ChangeLog
M  +5    -5    src/playlist/PlaylistController.cpp

https://invent.kde.org/multimedia/amarok/-/commit/1569068ddc911e1a8970aa3afe2ae6d5986d3877