Bug 330117 - Columns failing to display information
Summary: Columns failing to display information
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: general (show other bugs)
Version: 4.12.0
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 332882 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-01-18 11:07 UTC by ponchorat1968
Modified: 2014-03-31 21:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.13.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ponchorat1968 2014-01-18 11:07:38 UTC
I have selected to display 'image size' & 'duration' in Dolphin but they fail to display the required info.
I downloaded a number of video files, upon completion of each download, the detains displayed. However, I did find that if I used Chrome, which then put Dolphin to the background, there were 2 files that downloaded in the meantime. When I brought Dolphin back to the top, the 2 files failed to display the info 'image size' & 'duration'.
I also found that when I rebooted and had the window open on boot, there was no information at all displayed when viewing the folder that I had downloaded the video files to, none of the files that previously displayed the 'image size' & 'duration' showed the info any more.
I have no crash report do upload as it's not a crash but a bug. How and what info can I upload so that this can be looked into?

Reproducible: Always

Steps to Reproduce:
1. Select to display 'image size' & 'duration' columns
2. Download new video files
3. Info can be seen in columns
4. Reboot/or move video files
5. Navigate to same folder
6. 'image size' & 'duration' Columns are now blank
Actual Results:  
'image size' & 'duration' is visible after each download but upon a reboot or a move of the files the information is no longer visible, the columns are blank.

Expected Results:  
'image size' & 'duration' to be visible whether I reboot or move the files.
Comment 1 Frank Reininghaus 2014-01-18 16:35:10 UTC
Thanks for the bug report. It seems that there are two different problems here.

1. Sometimes, the information is not shown for new/moved files. This is most likely not a Dolphin issue. Dolphin asks Nepomuk for this information, and if the Nepomuk database does not contain this information yet (e.g., because Nepomuk hasn't finished investigating the files yet), then it cannot be shown.

2. The information is not shown when logging in, and there are restored Dolphin windows. This is probably because the Dolphin windows are initialized before the Nepomuk server has been started. Maybe this could be fixed by listening to the nepomukSystemStarted() signal, similar to what has been done in https://git.reviewboard.kde.org/r/110323/ for the Places Panel.

To check if my analysis is correct, could you split the view in a restored window that does not show the image size? I would assume that the new split view will show this information.
Comment 2 Frank Reininghaus 2014-02-09 11:13:48 UTC
Quite a lot of work has been done recently on file indexing and storing and accessing file data and metadata.

> 2. The information is not shown when logging in, and there are restored
> Dolphin windows. This is probably because the Dolphin windows are
> initialized before the Nepomuk server has been started. Maybe this could be
> fixed by listening to the nepomukSystemStarted() signal, similar to what has
> been done in https://git.reviewboard.kde.org/r/110323/ for the Places Panel.

This issue will be fixed in KDE SC 4.13.

I don't know if the changes will also resolve the other problem that you mentioned though. I'm not even sure in how far this issue can be considered a bug, or it's maybe expected that retrieving the required information takes some time. This is definitely outside the scope of Dolphin. Feel free to discuss this with the Nepomuk people if you upgrade to 4.13, and you still feel that this needs improvement then. Thanks.
Comment 3 Frank Reininghaus 2014-03-31 21:14:46 UTC
*** Bug 332882 has been marked as a duplicate of this bug. ***