[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-devel
Subject:    Re: [Amarok] 57e87dc Fix Dynamic Collections.
From:       Jeff Mitchell <mitchell () kde ! org>
Date:       2010-08-11 1:44:50
Message-ID: 4C620092.6030909 () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On 08/10/2010 07:24 AM, Maximilian Kossick wrote:
> On Tue, Aug 10, 2010 at 1:11 PM, Jeff Mitchell <mitchell@kde.org> wrote:
>> On 08/09/2010 10:40 AM, Maximilian Kossick wrote:
>>> Please check if UrlUpdateJob in MountPointManager.cpp has to be
>>> reenabled. It might not be necessary, as statistics and labels now use
>>> a FK on the urls tables, but please make sure that the deviceid/rpath
>>> pair in the urls table gets updated.
>>
>> ...gets updated...when?
>>
> 
> During a rescan.

Ah.

> The urls table is not deleted during a full rescan.
> If for some reason Amarok determines a different deviceid/rpath
> combination for a file during a rescan (I guess this is relevant for
> both full and incremental scan), it needs to be ensured that the file
> is linked to the entry in the urls table that has the same absolute
> path (which is not stored, you'd need to calculate it on the fly)
> Otherwise you'd create a new row in the urls table for that track, and
> it would not be associated to its statistics or labels anymore.
> 
> it is very likely that AFT takes care of this issue already, but it
> should be investigated.

Yep, AFT takes care of this already.  :-)

--Jeff


["signature.asc" (application/pgp-signature)]

_______________________________________________
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel


[prev in list] [next in list] [prev in thread] [next in thread]