@orbmiser: Does hitting Refresh (F5) have any effect?

bcooksley wrote:@orbmiser: Does hitting Refresh (F5) have any effect?

For me, sometimes yes, sometimes no. Dolphin is especially unresponsive to files generated by my bash scripts, which are just running ordinary pdf manipulation programs. Refresh often doesn't work (menu and/or F5), so I have to close Dolphin and reopen to see new files generated by my scripts. This is on dolphin version is 2.1, with KDEplatform 4.9.4.

bhawkins wrote:

bcooksley wrote:@orbmiser: Does hitting Refresh (F5) have any effect?

For me, sometimes yes, sometimes no. Dolphin is especially unresponsive to files generated by my bash scripts, which are just running ordinary pdf manipulation programs. Refresh often doesn't work (menu and/or F5), so I have to close Dolphin and reopen to see new files generated by my scripts. This is on dolphin version is 2.1, with KDEplatform 4.9.4.

Yep like mentioned by bhawkiins sometimes f5 works sometimes not. Usually it's when I'm editing images in Gwenview or darktable or gimp and saving to default pictures folder.

Please provide precise steps (involving the movement between folders, the names of folders, the names of files involved, etc) to allow reproducing your particular variant of this issue. Where possible, avoid use of any program in particular (simple utilities such as 'touch' will suffice for creating files).

gedgon wrote:

freininghaus wrote: [...]it should be fixed in both now when using KDE 4.9.4 or later.

Thanks!
Unfortunately I'm still hitting this bug in 4.9.98 quite often. http://youtu.be/SU_Thrus3so

You are saying 'quite often', but in the video, it looks like it's perfectly reproducible every time? I have not seen such an easily reproducible problem so far.

@everyone else: There is commit in kdelibs 4.10.0 that fixes another view update issue (https://bugs.kde.org/show_bug.cgi?id=311582), so I'm afraid that any "Dolphin doesn't update the view" report for an earlier version does not help much. There might be more bugs left in KDirLister even in KDE 4.10, but we really need precise steps to reproduce them reliably, or we cannot do anything

I noticed one thing that may be useful. It is in a build of Dolphin that does not include the latest change, though I'm sure it's a separate issue. When I have two navigation panes, and they are both in the same general directory area, sometimes it is necessary to press F5 in each one separately to see new files and folders. For example, with this folder structure:

FolderA
|---FolderA1
|---FolderA2
|---FolderA3

The left pane is showing FolderA, and the right pane is showing FolderA2. From bash I add a file to FolderA2. In the right pane of Dolphin, I press F5 and do not see my new file. Then I go to the left pane of dolphin, enter FolderA2 by double-clicking on it, and then press F5 again (while the left pane remains in focus). Now the new file appears in both panes. Note that the refresh does not work if I only expand FolderA2 without actually entering the folder--I have to double-click on it.

It looks like the UI components that we see on screen are being regarded internally as if they were data structures. This kind of code often works ok in a simple UI, but when things get more complicated (like with multiple panes) then it doesn't work anymore, and the data has to be put in its own separate place.

freininghaus wrote:You are saying 'quite often', but in the video, it looks like it's perfectly reproducible every time? I have not seen such an easily reproducible problem so far.

Sorry for the delay, I didn't receive an forum email notification.
Yes, example above is reproducible every time. Actually, after using 4.10 for a while, the whole "doesn't update view" issue even regressed (happens more frequentyly). Unfortunately, I don't have yet any reproducible steps for others scenarios.

bhawkins wrote:FolderA
|---FolderA1
|---FolderA2
|---FolderA3

The left pane is showing FolderA, and the right pane is showing FolderA2. From bash I add a file to FolderA2. In the right pane of Dolphin, I press F5 and do not see my new file.

Cannot reproduce. The file even appears in the view without pressing F5 here.

gedgon wrote:

freininghaus wrote:You are saying 'quite often', but in the video, it looks like it's perfectly reproducible every time? I have not seen such an easily reproducible problem so far.

Sorry for the delay, I didn't receive an forum email notification.
Yes, example above is reproducible every time.

In that case, there is a problem on your system which is outside the scope of Dolphin. Well, actually, this is the case for all "Dolphin doesn't update the view" problems because they are mostly due to bugs in KDirLister or related classes from kdelibs, but your problem looks like an issue with low-level directory watching, which I'm not familiar with.

freininghaus wrote:In that case, there is a problem on your system which is outside the scope of Dolphin.

I don't think, it's my system. Here's openSUSE-12.3-KDE-Live-Build0094. What strange, different view mode was needed. http://www.youtube.com/watch?&v=hcHQhLpkr3Q#t=74s

Could you please write down the steps required to reproduce the bug? I spend a lot of my KDE-related time trying to reproduce bugs which are mostly not reproducible for me, and it doesn't get easier if I have to watch long videos multiple times to make sure that I get everything right. Thanks for your help!

freininghaus wrote:Could you please write down the steps required to reproduce the bug? I spend a lot of my KDE-related time trying to reproduce bugs which are mostly not reproducible for me, and it doesn't get easier if I have to watch long videos multiple times to make sure that I get everything right. Thanks for your help!

1. open Dolphin
2. press Ctrl+3 - switch do details view mode (this step isn't needed on my production profile, so probably also other view setting triggering this bug)
3. press F4
4. mkdir abc - create folder "abc"
5. rmdir abc - delete folder "abc" - fieles view area isn't updated

gedgon wrote:1. open Dolphin
2. press Ctrl+3 - switch do details view mode (this step isn't needed on my production profile, so probably also other view setting triggering this bug)
3. press F4
4. mkdir abc - create folder "abc"
5. rmdir abc - delete folder "abc" - fieles view area isn't updated

Thanks! I can indeed reproduce this problem. It's a bit mysterious that it only happens in Details View. In that case, it seems that KDirLister does not emit its "itemsDeleted" signal in the described situation. Well, it actually does emit it as soon as you create a new file/folder. Very strange.

gedgon wrote:[....]so probably also other view setting triggering this bug

Got it. It's reproducible in all view modes when "size" information is active.

1. View -> Adjust View Properties -> Additional Information -> (check) Size
2. Switch View Mode to Compat or Icons

I did some debugging in the mean time. It seems that it always happens if the "Size" is shown (as you found out) or if Details View is enabled. The reason is the following: in those cases, we set up a KDirWatch object that watches the folders in the view for changes to make sure that the "Size" and the "is expandable/show arrow next to the icon" state is always up to date. This watching seems to disturb KDirLister's own monitoring of the folder. I've created a bug report and wrote a unit test that documents this issue: https://bugs.kde.org/show_bug.cgi?id=316016. I hope that this helps to fix the issue.

Thanks for your help! Having reproducible steps really is crucial - as soon as we can reproduce the bug in a source build, the debugging can start