Hi all,

I am using Dolphin v15.08.3 (from Debian Testing). This is showing a strange behavior. Specifically, when files are renamed or deleted (using the mouse), the changes are not reflected in the current view. To achieve this, I have to presh F5. I have not found any other reference to this problem in this forum . Has anyone experienced a similar problem?

Best Regards,

Hi,

can you provide a detailed series of steps that make the problem reproducible for you?

Thanks!

Most importantly (i guess) what kind of filesystem is affected.

Hi,

*Thank you for your attention*. This happens all the time. Whenever I delete or rename a file, I have to press F5 to refresh the view (so that it reflects the true content of the folder after the action). It is quite annoying. I assume that the problem has to do with my specific installation. I was using Plasma (KDE 4) in an outdated version of Debian. Then I decided to use Plasma 5, for which I upgraded the system to Debian Testing. Perphaps the problem is due to the combination of old and new libraries (maybe I should delete some system libraries). In any case, I could do a clean installation, but this is something that I have been trying to avoid.

Best regards,

intra wrote:This happens all the time.

Ok, thanks. I'm afraid I don't have a good idea then, but as Thomas said, it would be interesting what filesystem you use, and if it happens only on one partition/drive, or also on others. Does it happen only if you create/modify file outside Dolphin (i.e., from a terminal with "touch foo"), or also if you create files/folders inside Dolphin (i.e., by pasting items or creating new folders with F10)?

You are right! It works in some partitions.

Specifically, I'm using a GPT partition table. This is composed of the following partitions (all of them are configured as ext3 file systems):

Code: Select all

 /dev/sdb1        /boot                488.28MiB          msftdata
 /dev/sdb2        /                      465.66GiB          msftdata
 /dev/sdb3        /tmp                 953.67MiB         msftdata
 /dev/sdb5        /store               465.66GiB          msftdata
 /dev/sdb4        linux-swap


Dolphin seems to work perfectly in the "/tmp" partition. In the "/" partition it never works; and in the "/store" partition it works most of the time. I hadn't noticed it because, most of the time, I am working with the "/" partition as it includes my "home" folder.
Moreover, I've checked that, if files are created using Konsole, Dolphin's content is always updated correctly, even in the "/" partition.

Thank you for your help. Best regards,

sure that /tmp isn't tmpfs?

I have checked it using "gdisk" and "GParted". Also, "fstab" indicates that the partition is "ext3".

The only relevant question is

Code: Select all

mount | grep '/tmp'

luebking wrote:The only relevant question is

Code: Select all

mount | grep '/tmp'

Code: Select all

/dev/sdb3 on /tmp type ext3 (rw,relatime,data=ordered)

Just wanted to say that split-view dolphin rocks.

Can you dump the entire mount output? (the options for /tmp look "normal", but maybe there're some exotic options on the failing mounts)

I migrated from ext3 to ext4. So, Dolphin seems to work a little better, but it still fails in some cases.

The "mount" output is:

Code: Select all

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1535733,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1229164k,mode=755)
/dev/sdb2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2653620k)
/dev/sdb1 on /boot type ext3 (rw,relatime,data=ordered)
/dev/sdb5 on /store type ext4 (rw,relatime,data=ordered)
/dev/sdb3 on /tmp type ext4 (rw,relatime,data=ordered)
/dev/sda2 on /mnt/win type fuseblk (rw,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,size=12k,mode=755)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
tmpfs on /run/user/124 type tmpfs (rw,nosuid,nodev,relatime,size=1229164k,mode=700,uid=124,gid=131)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1229164k,mode=700,uid=1000,gid=1000)


Running out of inotify watches?
When this happens, run "tail -f /var/log/dmesg" - if there's no error, abort with ctrl+c - otherwise you're out of inotify watches if tail tells you so

Finally I could solve the problem. "inotify watches" were fine. In any case, thanks a lot for your attention. I really appreciate it.

The problem was related to the parameters with which Dolphin was being running from the KDE App Menu. It seems to me that, after the migration from Plasma 4 to Plasma 5, many applications remained configured in the KDE App Menu with parameters that are not correct in all cases. In the case of Dolphin, it was being called with "%u" and "%i" as trailing arguments. They were producing this strange behavior.

Thanks a lot to you both!!!