Version: 2.3-GIT (using 4.3.5 (KDE 4.3.5), Mandriva Linux release 2010.0 (Official) for i586) Compiler: gcc OS: Linux (i686) release 2.6.31.13-desktop586-1mnb The screenshot says everything : The artist is Chromeo The Album is Fancy Footwork I have just done a full collection rescan.
Created attachment 43800 [details] Error when moving files from a collection to another More informations : After the full collection rescan, I cannot open the Album in the treeview for this Album (I can with others artists) : Amarok thinks it is empty (for example if I drag-and-drop the Album to the playlist, nothing is added.
Hum... sorry, but the problem doesn't come from moving the files to another collection, it seems that the files are temporaly badly tagged (it is not the first time) : for example, I am listening to "Americana, on Americana (ok) by Radiohead (!!! The Offspring)" The --debug option gives me : amarok: BEGIN: void EngineController::slotMetaDataChanged() amarok: [EngineController] Artist : ("Superbus") amarok: [EngineController] Album : ("Lova Lova") amarok: [EngineController] Title : ("Hello Hello") amarok: [EngineController] Genre : ("Pop") amarok: [EngineController] Tracknumber: () amarok: [EngineController] Length : () amarok: [EngineController] Track changed: true It is the correct tag, but Amarok shows the Artist of this current playing track as another artist... As usual, restarting Amarok solves the problem. I also have these log (with --debug) periodly (about 1 min?) amarok: BEGIN: void ScanManager::startIncrementalScan(const QString&) amarok: BEGIN: void ScanManager::checkTables(bool) amarok: END__: void ScanManager::checkTables(bool) - Took 0.00018s amarok: BEGIN: QStringList ScanManager::getDirsToScan() amarok: END__: QStringList ScanManager::getDirsToScan() - Took 0.16s amarok: GOING TO SCAN: amarok: "(a *lot*: 500 directories)" amarok: BEGIN: void ScanManager::writeBatchIncrementalInfoFile() amarok: END__: void ScanManager::writeBatchIncrementalInfoFile() - Took 0.0038s amarok: BEGIN: XmlParseJob::XmlParseJob(ScanManager*, Collections::SqlCollection*) amarok: BEGIN: ProgressBar* ProgressBar::setAbortSlot(QObject*, const char*, Qt::ConnectionType) amarok: Setting abort slot for "Scanning music" amarok: connecting to 1abort() amarok: END__: ProgressBar* ProgressBar::setAbortSlot(QObject*, const char*, Qt::ConnectionType) - Took 0.00026s amarok: END__: XmlParseJob::XmlParseJob(ScanManager*, Collections::SqlCollection*) - Took 0.0022s amarok: BEGIN: virtual void XmlParseJob::run() amarok: END__: void ScanManager::startIncrementalScan(const QString&) - Took 0.23s amarok: Success. Committing result to database. amarok: Database temporary table setup did not complete due to no directories needing to be processed. amarok: END__: virtual void XmlParseJob::run() - Took 0.24s amarok: BEGIN: virtual XmlParseJob::~XmlParseJob() amarok: BEGIN: void StatusBar::hideProgress() amarok: END__: void StatusBar::hideProgress() - Took 0.00087s amarok: END__: virtual XmlParseJob::~XmlParseJob() - Took 0.0019s amarok: BEGIN: void ScanManager::slotFinished() amarok: END__: void ScanManager::slotFinished() - Took 0.00052s amarok: BEGIN: void OSDWidget::show(const QString&, QImage) amarok: END__: void OSDWidget::show(const QString&, QImage) - Took 0.0029s amarok: BEGIN: void ScanManager::startIncrementalScan(const QString&) amarok: BEGIN: void ScanManager::checkTables(bool) ...
Very likely another symptom of bug 172542. *** This bug has been marked as a duplicate of bug 172542 ***