Typo in SqlPlaylist?

Jeff Mitchell mitchell at kde.org
Sat Mar 27 16:14:30 CET 2010


On 03/26/2010 07:10 PM, Maximilian Kossick wrote:
> On Fri, Mar 26, 2010 at 7:12 PM, Jeff Mitchell <mitchell at kde.org> wrote:
>> On 3/26/2010 6:39 AM, Nanno Langstraat wrote:
>>> I suspect the changed track is not assigned to the existing
>>> Meta::AlbumPtr, but creates a new Meta::AlbumPtr with identical name?
>>
>> There are several open bugs with similar types of issues. Basically,
>> changing the album inside of Amarok is known to be broken and should be
>> avoided. The main problem is that there isn't actually a way to properly
>> do it -- you'll note that SqlArtist and SqlAlbum have no setter methods
>> for name. So any method of changing these in Amarok ends up doing wonky
>> things to the associations in the database, which can only be fixed by a
>> full rescan.
> 
> No, they do not do wonky things to the database. What's happening is
> that the second album has a different album artist. It is therefore
> stored as another album in the database, and a restart of collection
> update won't change that.

Yes, I call that wonky. It's certainly not what the user was generally
intending  :-)

--Jeff

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20100327/f5aed33d/attachment.sig 


More information about the Amarok-devel mailing list