extragear/multimedia/amarok/src (silent)
Jeff Mitchell
kde-dev at emailgoeshere.com
Fri Jul 14 13:11:57 UTC 2006
Why did you do this?
If a file has been added to the playlist, either from the saved one or from
the collection browser that doesn't exist at the moment it's likely because
someone moved the file while Amarok was closed / after the previous
incremental scan and before the next. If they're using ATF the new location
will be picked up at the next incremental scan, and the playlistitem would be
enabled at that time. The only time they'd be left with a disabled item is
if they actually deleted the file or if they moved it out of their collection
folders (in which case at the next incremental scan it'd be removed from
their collection anyways). I think the first case is much more likely than
the second.
This commit invalidates part of ATF's functionality, which is to allow the
playlistitems to be enabled as items that previously could not be found have
been found at their new location.
Please respond, but unless there's a good reason to keep it this way I think
this should be reverted.
--Jeff
On Friday 14 July 2006 08:54, Alexandre Pereira de Oliveira wrote:
> SVN commit 562243 by aoliveira:
>
> SVN_SILENT warnings--
>
> M +1 -1 playlistloader.cpp
>
>
> --- trunk/extragear/multimedia/amarok/src/playlistloader.cpp #562242:562243
> @@ -226,7 +226,7 @@
> continue;
>
> //ATF on, so add anyways, but disable, we expect to find
> with an update - PlaylistItem *item = new PlaylistItem( *it,
> m_markerListViewItem, false ); + /*PlaylistItem *item = */
> new PlaylistItem( *it, m_markerListViewItem, false ); }
> else
> {
More information about the Amarok
mailing list