Bug 253905

Summary: dolphin displays id3 tags of mp3 file wrongly when the file is not indexed by nepomuk
Product: [Applications] dolphin Reporter: Prasad Murthy <phoenix_firebrd>
Component: generalAssignee: Peter Penz <peter.penz19>
Status: RESOLVED UPSTREAM    
Severity: normal    
Priority: NOR    
Version First Reported In: 16.12.2   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: dolphin displaying the id3 tag of a mp3 file wrongly
the id3 tags of a mp3 file which was wrongly shown by dolphin

Description Prasad Murthy 2010-10-12 01:06:11 UTC
Version:           unspecified (using KDE 1.2) 
OS:                Linux

the properties dialog of the dolpin displays the id3 tags album and performer of mp3 file wrongly when the file is not indexed by nepomuk. 

Reproducible: Didn't try



Expected Results:  
the dolpin properties dialog should display the id3 tags of mp3 file correctly even if the file is not indexed by nepomuk.

i noticed this even in kde 4.2.X . my current kde version is 4.5.2
Comment 1 Peter Penz 2010-10-12 15:34:25 UTC
I'm confused a little bit regarding the version numbers: In KDE 4.2.x it was not possible that Dolphin shows id3-tags of an mp3-file without Nepomuk, this is only possible since 4.5.0. Also in theory it should not make a difference in 4.5.0 whether Nepomuk is enabled or not (except that if Nepomuk is disabled of course things like the stars and tags are not shown).

Are you sure that this is related to Nepomuk? Also please clarify what you mean with "wrongly" (e.g. expected result vs. actual result). Thanks!
Comment 2 Prasad Murthy 2010-10-14 01:52:01 UTC
--- On Tue, 10/12/10, Peter Penz <peter.penz19@gmail.com> wrote:

From: Peter Penz <peter.penz19@gmail.com>
Subject: [Bug 253905] dolphin displays id3 tags of mp3 file wrongly when the file is not indexed by nepomuk
To: phoenix_firebrd@yahoo.com
Date: Tuesday, October 12, 2010, 7:04 PM

https://bugs.kde.org/show_bug.cgi?id=253905


Peter Penz <peter.penz19@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEEDSINFO
         Resolution|                            |WAITINGFORINFO




--- Comment #1 from Peter Penz <peter penz19 gmail com>  2010-10-12 15:34:25 ---
I'm confused a little bit regarding the version numbers: In KDE 4.2.x it was
not possible that Dolphin shows id3-tags of an mp3-file without Nepomuk, this
is only possible since 4.5.0. Also in theory it should not make a difference in
4.5.0 whether Nepomuk is enabled or not (except that if Nepomuk is disabled of
course things like the stars and tags are not shown).

Are you sure that this is related to Nepomuk? Also please clarify what you mean
with "wrongly" (e.g. expected result vs. actual result). Thanks!
Comment 3 Prasad Murthy 2010-10-14 01:56:49 UTC
Created attachment 52494 [details]
dolphin displaying the id3 tag of a mp3 file wrongly

dolphin file properties dialog displaying the id3 tag of a mp3 file wrongly
Comment 4 Prasad Murthy 2010-10-14 02:00:48 UTC
Created attachment 52495 [details]
the id3 tags of a mp3 file which was wrongly shown by dolphin

the kid3 tag editor showing the id3 tags of the mp3 file which was wrongly displayed by dolphins file properties dialog
Comment 5 Prasad Murthy 2010-10-14 02:03:48 UTC
I have mentioned the KDE version as 4.2.x which may be wrong, i meant to say that i experienced this problem in the previous KDE versions.
My current KDE version is 4.5.2, my previous version was KDE 4.5.1
I disabled the strigi desktop indexer and Nepomuk semantic desktop at the time of installation.
my files are unindexed.
I have attached a snapshot of the mp3 file as seen in the kid3 tag editor and a snapshot showing the dolphin properties dialog displaying the id3 tags wrongly.
please note that the album tag is displayed wrongly.

Expected :

The id3 tags of the mp3 file should be displayed properly in the dolphin properties dialog irrelevant of whether the file is index by strigi or whether the Nepomuk is enabled. Sorry for the comment #2, i was not aware of the size limit of a single comment.Thank you.
Comment 6 Peter Penz 2010-10-14 08:51:02 UTC
This is an issue in Strigi: Although you probably disabled "Strigi" in your system-settings, this only disables the indexing-service of Strigi. KDE internally still uses the Strigi-analyzers to get the metadata.

Sadly the bug-tracker of Strigi is outside of bugs.kde.org and I'd kindly ask to provide a bug-report at http://sourceforge.net/tracker/?group_id=171000&atid=856302. I think attaching the two images like here should be sufficient. Thanks in advance!