| Summary: | When copying an artist to another collection, the renamer doesn't work properly | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Mickaël <mprizee> |
| Component: | Collections/Local | Assignee: | Amarok Bugs <amarok-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 2.3-GIT | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Error when moving files from a collection to another | ||
|
Description
Mickaël
2010-05-22 15:45:22 UTC
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 *** |