After creating a soft link in $HOME to a file on a mounted partition by using the 'terminal panel' of dolphin the said link fails to show in the directory listing until the file browser is closed and reopened again. Reproducible: Always Steps to Reproduce: 1. Open Dolphin > F3 2. Menu > view terminal panel 3. Left hand pane: $HOME 4. Right hand pane: Navigate to a file on a mounted partition that you want to link to $HOME (eg: .vimrc) 5. In the terminal window of Dolphin create the soft link (eg: ln -s /media/dyndata/git/dotfiles/vim/.vimrc /$HOME/.vimrc) Actual Results: NOTE: even though the shell indicates the link has been created .. it does NOT appear in the LH pane under $HOME ... even after refreshing $HOME by navigating away and then back again. Expected Results: The link created in the Dolphin terminal window should show up in its appropriate dir following creation. Dolphin has to be physically closed and reopened again for the link to be visible in the dir listing of Dolphin
Thanks for the bug report. Dolphin uses KDirListerCache from KIO to list directory contents and stay informed about updates, so the problem (which I cannot reproduce, BTW) is probably either there or in KDirWatch. I assume that you have enabled "Show hidden files"? Does the problem also occur if the symlink is not hidden, or if the symlink target is in your home directory itself?
Okay .. thnx for ur interest. Actually this bug has been bugging me since for ever ... but i never analysed what or how before ... it was just that I had recently rebuilt my pc (clone 3 yrs old) and laptop (5 yrs old) with Mint KDE 17.1 that i decided to isolate it ... as you will see from the attached screen shots. The first snap 'dolphindirlistbug.png' shows the state of Dolphin's listing output following four separate activities: 1. created dot soft link from mounted partition as before 2. created soft link of the same file 3. renamed existing file $HOME/Text File > $HOME/testfile 4. created soft link to $HOME/testfile as you can see none of these results appear in the LH pane which is monitoring $HOME ... I had refreshed it by navigating back and forth .. but had not reloaded the file browser. Even the renaming of the local file 'Text File' is not registered! The second snap 'dolphindirlistbug2.png' shows the state of Dolphin's output listing immediately following the taking of the previous screen shot. As you will see, that file lists under the shell listing of the home directory but does not appear in the LH pane of Dolphin. Again the LH pane had been refreshed but Dolphin has not yet been reloaded. The third snap 'dolphindirlist_after_reloading.png' now shows the 'missing' information, as one would expect to see prior to having to reloaded the browser. NB: I had taken this shot after reloading the file browser but had not run a shell listing of $HOME prior to taking that snap .. so clearly this third file does not appear in the shell listing. INTERESTINGLY!!!! .... i cannot recreate this bug on my laptop which has been rebuilt in parallel with this machine, my desktop ... both have Mint 17.1 KDE installed! However, the desktop is setup as my file server ... includes software such as ssh_server, nfs_server, LAMP, PlexMediaServer ... as well as the same bundle of front end software that the laptop uses. If you need a listing lmk. I have attached lshw listings of both machines. Good Luck!
Created attachment 90309 [details] FIrst screen shot: Showing missing dir listings
Created attachment 90310 [details] Second screen shot: Showing missing 'First screen shot'
Created attachment 90311 [details] Third screen shot: Showing reloaded file browser output.
Created attachment 90312 [details] lshw output of desktop fs-mnt171-64kde
FURTHER ..... in closing my previous comment i stated: "INTERESTINGLY!!!! .... i cannot recreate this bug on my laptop ....." HOWEVER, there is a twist to this ... the previous evening while attempting to debug a blue tooth issue on the laptop (after installing Mint 17.1) i had reloaded the final Mint16 clonezilla image that i had archived prior to the rebuild ... and had forgotten that the system was still in that state!! I have since restored the laptop to its current config with Mint 17.1 64KDE, as exists on the desktop ... and am now able to recreate the said bug (see screen shot attachments), which confuses me somewhat as i have experienced this bug on previous distros/computers for what seems ages ... but have no documented history. In any case ... there are two snapshots .. a before and after reloading the file browser ... i have also included the lshw listing from the laptops Mint16 and Mint17.1 states, in case that might help.
Created attachment 90313 [details] Laptop: FIrst screen shot, showing missing dir listings
Created attachment 90314 [details] Laptop: Second screen shot, following reload of browser
Created attachment 90316 [details] Laptop: lshw output while under Mint16
Created attachment 90317 [details] Laptop: lshw output while under Mint 17.1
Still UNCO?? .... okay, simply do this: 1. Open up Dolphin file manager 2. Navigate to $HOME 3. Open up LibreOffice Writer (or whatever) 4. Create new doc and save in $HOME Result: 'new doc' does not appear in the listing of $HOME in Dolphin UNTIL the file manager is closed and reopened!! Major annoyance of a rather core application. Could somebody plse confirm this (I have experienced it for eons) so it can be attended to. (In reply to Frank Reininghaus from comment #1) > Thanks for the bug report. Dolphin uses KDirListerCache from KIO to list > directory contents and stay informed about updates, so the problem (which I > cannot reproduce, BTW) is probably either there or in KDirWatch. > > I assume that you have enabled "Show hidden files"? Does the problem also > occur if the symlink is not hidden, or if the symlink target is in your home > directory itself? Still UNCO?? .... okay, simply do this: 1. Open up Dolphin file manager 2. Navigate to $HOME 3. Open up LibreOffice Writer (or whatever) 4. Create new doc and save in $HOME Result: 'new doc' does not appear in the listing of $HOME in Dolphin UNTIL the file manager is closed and reopened!! Major annoyance of a rather core application. Could somebody plse confirm this (I have experienced it for eons) so it can be attended to.
(In reply to Geoff from comment #12) > 1. Open up Dolphin file manager > 2. Navigate to $HOME > 3. Open up LibreOffice Writer (or whatever) > 4. Create new doc and save in $HOME > > Result: 'new doc' does not appear in the listing of $HOME in Dolphin UNTIL > the file manager is closed and reopened!! I cannot confirm. The new file appears immediately here. It could be that something is configured incorrectly on your system. By the way, what happens if you create a file (a) By opening the Terminal Panel with F4 and then entering "touch foo" (b) By right-clicking the empty space in the view and selecting "Create New... -> Text File" in the context menu? > Could somebody plse confirm this (I have experienced it for eons) so it can > be attended to. I'm afraid this can only be attended to by someone who can reproduce the problem.
Works for me in KDE Frameworks 5.45 and Dolphin 18.04.