Bug 434565 - [Bug] Dolphin - Detailed view - Tags and Comment missing
Summary: [Bug] Dolphin - Detailed view - Tags and Comment missing
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: details mode (show other bugs)
Version: 19.12.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 428458 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-03-18 00:41 UTC by martinandersen
Modified: 2021-06-30 14:12 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
tag_description_missing (117.66 KB, image/png)
2021-03-18 00:41 UTC, martinandersen
Details
screenshot dolphin (276.43 KB, image/png)
2021-06-09 12:58 UTC, Michael K.
Details

Note You need to log in before you can comment on or make changes to this bug.
Description martinandersen 2021-03-18 00:41:09 UTC
Created attachment 136803 [details]
tag_description_missing

SUMMARY


STEPS TO REPRODUCE
1. Add a Comment to a file (rightclick>properties>Details) > add comment
2. Add a Tag to a file (rightclick>properties>Details) > add Tag
3. In Details View, rigclick up in the column headers (Name, Type, Size), Check Details and Tag on.

OBSERVED RESULT
In Details view, the Headers column for the file does not show the Tags+Comments

EXPECTED RESULT
In Details view, the Headers column SHOULD show the Tags+Comments

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8

ADDITIONAL INFORMATION
Comment 1 Justin Zobel 2021-03-18 02:54:09 UTC
I'm unable to replicate this issue in Dolphin 20.12.3.

Are you able to test with the Dolphin flatpak to see if a newer version works? https://flathub.org/apps/details/org.kde.dolphin
Comment 2 martinandersen 2021-03-18 08:12:09 UTC
Thanks for your recommendation. There is no problem on latest flathub version.
Comment 3 tagwerk19 2021-03-18 08:46:45 UTC
Worth cross-checking Bug 418590 which covers the case when opening a "tag folder" view. It didn't used to work...

Situation now...

   On Neon User Edition
   Dolphin : 20.12.3
   Plasma : 5.21.2
   Frameworks : 5.79.0

I see the tags, ratings, comment populated in the details view when viewing a filesystem folder and also works when I look at tags:/nice.

Fedora 33 also works...

   On Fedora 32
   Dolphin : 20.04.1
   Plasma : 5.18.5
   Frameworks : 5.73.0

I see the tags, ratings, comment populated in the details view of a filesystem folder but do not see them when I look at tags:/nice.

I'd say this was an issue, has probably been sorted and I should update Bug 418590
Comment 4 tagwerk19 2021-03-18 15:18:02 UTC
For completeness... 

You need to have baloo enabled to have the tags, ratings, comment columns populated
Comment 5 martinandersen 2021-03-18 22:58:49 UTC
thanks, I did not know that. I have baloo disabled.
Comment 6 tagwerk19 2021-03-19 10:51:59 UTC
(In reply to martinandersen from comment #5)
> thanks, I did not know that. I have baloo disabled.
It seems to be a moving target and you're likely to see different behaviour in different versions. 

I was looking at Neon Testing...
   https://bugs.kde.org/show_bug.cgi?id=406506#c18
Comment 7 tagwerk19 2021-03-27 16:11:31 UTC
Expanding:

    https://bugs.kde.org/show_bug.cgi?id=406506#c18

SUMMARY

    Dolphin decides whether to populate tags, ratings and comments
    columns depending on the "Indexing-Enabled" value in
    .config/baloofilerc

    The information is taken from the filesystem extended attributes,
    not from the baloo index.

STEPS TO REPRODUCE:

    Configure dolphin to display ratings, tags and comments columns

    Create a testfile and give it a rating and a tag

        getfattr -d file.txt
        # file: file.txt
        user.baloo.rating="4"
        user.xdg.tags="mytag"

    In order to prove that dolphin is reading the info direct from
    the extended attributes and not baloo, disable baloo and delete
    the index db:

        balooctl disable
        rm .local/shared/baloo/index

    Reboot, check .config/baloofilerc contains:

        Indexing-Enabled=false

    and that there are no baloo processes running.

    Open the folder with dolphin.

        There's no data displayed

    Close dolphin. Edit .config/baloofilerc to change:

        Indexing-Enabled=true

    Don't do anything else, so still no baloo processes or database

OBSERVED RESULTS

    Check the folder with dolphin
    The tags and ratings columns are populated.

EXPECTED RESULTS

    The "Indexing-Enabled" setting should not affect whether dolphin
    displays extended attribute data

SYSTEM INFORMATION

    Neon Testing
    Plasma : 5.21.3
    Frameworks: 5.81.0
    Qt : 5.15.2

ADDITIONAL INFORMATION

    It seems that dolphin looks at .config/baloofilerc to see if indexing
    is enabled. If it is enabled, it populates the extended attribute
    data from the filesystem. If disabled it shows nothing.

    A small glitch in the grand scheme of things but will catch people who
    have had trouble with baloo and disabled it.

    (The information panel does however show the info)
Comment 8 tagwerk19 2021-03-27 18:29:56 UTC
*** Bug 428458 has been marked as a duplicate of this bug. ***
Comment 9 Michael K. 2021-06-09 12:58:12 UTC
Created attachment 139136 [details]
screenshot dolphin

Same here.
There's something else. When I filter the tags through the left side bar where all the tags are listed I'm getting multiple entries for one file.

Operating System: openSUSE Leap 15.2
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.71.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-lp152.78-default
OS Type: 64-bit
Processors: 8 × Intel® Xeon® CPU E3-1241 v3 @ 3.50GHz
Memory: 15,5 GiB
Comment 10 tagwerk19 2021-06-09 13:50:39 UTC
If you are running openSUSE you are probably using the BTRFS filesystem (with multiple sub volumes), have a look at

    https://bugs.kde.org/show_bug.cgi?id=402154#c13

You are probably getting different minor device numbers each time you reboot, baloo reindexes the files following the new device number/inode (keeping hold of the previous information).

Alas, not really much that can be done about this for the moment.