Review Request 127468: Fix for the infinite loop in case a home-burned or old audio CD is inserted

[Myriam Schweingruber]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/127468/#review93899
-----------------------------------------------------------


Ship it!




Ship It!

- Myriam Schweingruber


On March 22, 2016, 10:59 p.m., Stefano Pettini wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/127468/
> -----------------------------------------------------------
> 
> (Updated March 22, 2016, 10:59 p.m.)
> 
> 
> Review request for Amarok.
> 
> 
> Bugs: 339190
>     https://bugs.kde.org/show_bug.cgi?id=339190
> 
> 
> Repository: amarok
> 
> 
> Description
> -------
> 
> Home-burned or old audio CDs usually don't have CDTEXT, that is what was triggering the bug.
> The bug was releted to poor management of track names, that are generated using the pattern "Track%1.wav".
> The audiocd:/ KIO protocol requires that a device is also added to the URL, and this was not done everywhere.
> Lack of device was triggering an unexpected/strange behaviour in some KDE function making Amarok enter an infinite loop.
> 
> 
> Diffs
> -----
> 
>   src/core-impl/collections/audiocd/AudioCdCollection.h dc2cad7 
>   src/core-impl/collections/audiocd/AudioCdCollection.cpp 3dfa7c3 
> 
> Diff: https://git.reviewboard.kde.org/r/127468/diff/
> 
> 
> Testing
> -------
> 
> First I reproduced the bug with an original CD 100% of the times. It was triggered in case the CD didn't have any CDTEXT. Only in that case the noInfoAvailable function was invoked.
> After fixing it, I verified that it works as expected both with CDs with CDTEXT and CDs without it.
> 
> 
> Thanks,
> 
> Stefano Pettini
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/amarok-devel/attachments/20160323/dea6a8ea/attachment.html>