Bug 381038 - Audio CD shows the wrong number of tracks after first CD change
Summary: Audio CD shows the wrong number of tracks after first CD change
Status: RESOLVED WORKSFORME
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: default (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2017-06-09 22:15 UTC by pietz
Modified: 2018-09-19 14:38 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description pietz 2017-06-09 22:15:01 UTC 
If you insert an audio CD dolphhin shows the CD and you can rip the tracks as MP3/OGG just by draging. Nice feature!

But when you insert another CD with a different amount of tracks, dolphin shows still the number of files from the first CD in the drive. Seems to be stuck on this track cound no matter what is in the drive actually.
Comment 1 Leslie Zhai 2017-06-20 06:28:45 UTC 
Hi piety,

Can you reproduce the issue by k3b? It also use libkcddb.

Regards,
Leslie Zhai
Comment 2 pietz 2017-06-20 07:15:19 UTC 
Hello Leslie,

k3b works perfectly. Every new CD shows new track amount. Only dolphin seems to get stuck with the first entered CD.

Pietz
Comment 3 Kai Uwe Broulik 2017-06-20 09:57:22 UTC 
I suspect this being a bug in the audiocd kio slave. I don't have a CD drive, though, so I cannot test :)
Comment 4 Leslie Zhai 2017-06-21 02:19:01 UTC 
Hi pietz,

Could you try the patch https://git.reviewboard.kde.org/r/130165/ and please attach some screenshots for me, thanks!

Regards,
Leslie Zhai
Comment 5 Albert Astals Cid 2017-06-27 22:23:18 UTC 
Did you press F5 after putting the new CD in?
Comment 6 Leslie Zhai 2017-06-28 01:47:53 UTC 
Hi pietz,

I can not reproduce it.

Regards,
Leslie Zhai
Comment 7 Andrew Crouthamel 2018-09-19 14:38:50 UTC 
This bug has had its resolution changed, but accidentally has been left in NEEDSINFO status. I am thus closing this bug and setting the status as RESOLVED to reflect the resolution change.