Bug 353366 - Amarok does not write statistics/metadata to mp3 files
Summary: Amarok does not write statistics/metadata to mp3 files
Status: RESOLVED FIXED
Alias: None
Product: amarok
Classification: Applications
Component: Metadata Editing and Reading (other bugs)
Version First Reported In: 2.8.0
Platform: Other Linux
: NOR major
Target Milestone: 2.9
Assignee: Amarok Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-30 11:02 UTC by Lorenzo Bettini
Modified: 2025-08-17 07:14 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lorenzo Bettini 2015-09-30 11:02:54 UTC
I've enabled the option to write statistics to file and also ratings, playcount etc.

However, the mp3 files are never updated with such information

Reproducible: Always

Steps to Reproduce:
1. enable write statistics to files
2. add an mp3 file to amarok collection
3. play it, add stars, and check that this information are shown by amarok in the track details
4. remove the file from the collection
5. add it back and all the previous statistics are lost
6. also use id3info to check that no such information are stored in the mp3 file
Comment 1 Peter 2016-02-17 09:56:16 UTC
I can confirm this bug. 

> amarok -v
Qt: 4.8.6 KDE Development Platform: 4.13.3 Amarok: 2.8.0
On Kubuntu 14.04

In case it helps, output of > amarok -debug when changing a track's rating is: 

amarok: BEGIN: void Context::ContextView::slotMetadataChanged(Meta::TrackPtr) 
amarok: END__: void Context::ContextView::slotMetadataChanged(Meta::TrackPtr) [Took: 0s] 
amarok: BEGIN: void CurrentEngine::metadataChanged(Meta::TrackPtr) 
amarok: END__: void CurrentEngine::metadataChanged(Meta::TrackPtr) [Took: 0s] 
amarok: BEGIN: void TabsEngine::update() 
amarok:   [TabsEngine] nothing changed 
amarok: END__: void TabsEngine::update() [Took: 0s] 
amarok: MPRIS2: Album image location is KUrl("file:///home/peter/.kde/share/apps/amarok/albumcovers/large/8e0a23cec4a538ccfc40c207d0f69f9e") 
amarok: MPRIS2: Queueing up a PropertiesChanged signal 
amarok: BEGIN: void OSDWidget::show(const QString&, const QImage&) 
amarok: END__: void OSDWidget::show(const QString&, const QImage&) [Took: 0s] 
amarok: BEGIN: void LyricsEngine::onTrackMetadataChanged(Meta::TrackPtr) 
amarok: END__: void LyricsEngine::onTrackMetadataChanged(Meta::TrackPtr) [Took: 0s] 
amarok: [AbstractDirectoryWatcher] addDirToList for "/home/peter/Music/mp3_library/REO_Speedwagon/Take_It_on_the_Run__The_Best_of_REO_Speedwagon" 
amarok: BEGIN: virtual void GenericScanManager::requestScan(QList<KUrl>, GenericScanManager::ScanType) 
amarok: END__: virtual void GenericScanManager::requestScan(QList<KUrl>, GenericScanManager::ScanType) [Took: 0s] 
amarok: BEGIN: virtual void AbstractScanResultProcessor::scanStarted(GenericScanManager::ScanType) 
amarok: END__: virtual void AbstractScanResultProcessor::scanStarted(GenericScanManager::ScanType) [Took: 0s] 
amarok: [AbstractScanResultProcessor] got 1 directories 
amarok: BEGIN: virtual void SqlScanResultProcessor::scanSucceeded() 
amarok:   BEGIN: virtual void AbstractScanResultProcessor::scanSucceeded() 
amarok:   END__: virtual void AbstractScanResultProcessor::scanSucceeded() [Took: 0.019s] 
amarok: END__: virtual void SqlScanResultProcessor::scanSucceeded() [Took: 0.16s] 
Calling appendChild() on a null node does nothing.
amarok: void StatSyncing::Controller::slotUpdateNowPlayingWithCurrentTrack() this track already recently submitted, ignoring
Comment 2 Justin Zobel 2022-10-19 22:11:07 UTC
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
Comment 3 Lorenzo Bettini 2022-10-20 11:17:30 UTC
Yes, I'm still seeing this problem
Comment 4 Tuomas Nurmi 2025-08-04 08:13:05 UTC
Just tested in Amarok 3.3.0. I followed the steps, and the rating was saved in the file as FMPS_Rating in TXXX frame and as rating in POP frame right after setting the rating in Amarok. Moved the track away, and back, and it was still there and picked up by Amarok.

Can you still reproduce this with recent Amarok version?
Comment 5 Tuomas Nurmi 2025-08-17 07:14:27 UTC
Wasn't able to reproduce myself with recent version and haven't heard anything contradicting, so closing. Should you be able to reproduce with 3.3.1+, please do reopen and provide more details.