267709 2011-03-05 14:06:56 +0000 Dolphin shows no files when dolphin's startup directory is set to same as the link you open. 2011-03-30 21:12:43 +0000 1 1 2 Applications dolphin general 16.12.2 Arch Linux Linux RESOLVED FIXED NOR normal --- 1 obuolis1 faure a.samirh78 adrian balcaen.john chgonzalezg colin.thomson csw faure gabextreme gabriel.gandul22 iflema johnsc301 KaiUweBroulik2 kevin.kofler nucleo peter.penz19 rollerblademan80 samu.juvonen sebastian t.kijas windows2linux 4.6.2 0 oldest_to_newest 1093720 0 obuolis1 2011-03-05 14:06:56 +0000 Version: unspecified (using KDE 4.6.1) OS: Linux By default the default startup directory is /home/[youruser]/. So when you open kickoff menu, go to computer tab and click on Home folder dolphin opens but it shows zero files/folders. Then in sidebar if you click to e.g. root, and then back to home the folder opens itself correctly showing files/folders. As a temporary workaround i just set my startup location to /home/. After that when you open home folder from kickoff everything opens fine. This is a regression after updating to 4.6.1, 4.6.0 didnt have that problem. Reproducible: Always Steps to Reproduce: Set dolphin startup directory to /home/[youruser] then go to kickoff, places and click on Home folder. Dolphin shows that there are no files in the directory. Altough when you open dolphin, but not home folder (e.g. with krunner you type dolphin) then home folder shows up fine. Actual Results: Dolphin shows no files/folders Expected Results: It should show up Home directory correctly 1093906 1 colin.thomson 2011-03-05 22:28:17 +0000 I am also seeing this on Fedora 14 - 4.6.1. Once the Home folder is opened via kickoff or my Desktop Folder and then hitting reload it will show the files. 1093938 2 nucleo 2011-03-06 00:18:00 +0000 Confirmed for Fedora 14 and 15 Alpha. 1094000 3 peter.penz19 2011-03-06 10:00:06 +0000 *** Bug 267761 has been marked as a duplicate of this bug. *** 1094046 4 kevin.kofler 2011-03-06 12:23:26 +0000 Looks like this is already fixed in the 4.6 branch by: https://projects.kde.org/projects/kde/kdebase/kde-baseapps/repository/revisions/6577a4db9e42f1a1a9b319894bd00da36634e45b which just missed the 4.6.1 tagging. :-( 1094077 5 nucleo 2011-03-06 13:56:37 +0000 I applied patch https://projects.kde.org/projects/kde/kdebase/kde-baseapps/repository/revisions/6577a4db9e42f1a1a9b319894bd00da36634e45b to kdebase-4.6.1 but still empty home folder in Dophin. 1094090 6 sebastian 2011-03-06 14:53:25 +0000 The problem seems to be in kdelibs. I'm currently bisecting it between 4.6.0 and 4.6.1, but that could take a while. 1094175 7 peter.penz19 2011-03-06 19:03:57 +0000 *** Bug 267814 has been marked as a duplicate of this bug. *** 1094204 8 sebastian 2011-03-06 20:36:24 +0000 The problem was introduces with kdelibs commit bef0bd3e3ff340ad72cc757df891cbd62560f2de http://quickgit.kde.org/?p=kdelibs.git&a=commit&h=bef0bd3e3ff340ad72cc757df891cbd62560f2de Unfortunately I don't have much insight into this code. Might be a problem in kdelibs or dolphin needs to adapt its behaviour to the code change. 1094645 9 faure 2011-03-07 23:42:13 +0000 Ouch, indeed; reproduced with "dolphin $HOME". Currently investigating. 1094677 10 gabriel.gandul22 2011-03-08 03:19:40 +0000 Confirmed, I was going to report this bug but I found this one. Thanks for the temporary fix. The only way I was able to see the files was showing hidden files or turning on and off previews. This is happening in Arch with KDE SC 4.6.1. 1094750 11 faure 2011-03-08 11:31:09 +0000 Git commit 51707e7154082b549216b8a8ecde73505302fadc by David Faure. Committed on 08/03/2011 at 11:23. Pushed by dfaure into branch 'KDE/4.6'. Fix stop() killing the list job even if another dirlister needs it. Regression introduced by me in bef0bd3e3ff. Symptom: "dolphin $HOME" showed up empty. In the case of concurrent listings, I made the use of the cached items job conditional (only created if there's anything to emit) so that we can join the current listjob without killing it (updateDirectory) if it hasn't emitted anything yet. The unittest also uncovered inconsistencies in the emission of the cancelled signal, now cacheditemsjob behaves like the listjob in this respect. FIXED-IN: 4.6.2 BUG: 267709 M +75 -49 kio/kio/kdirlister.cpp M +5 -6 kio/kio/kdirlister_p.h M +72 -1 kio/tests/kdirlistertest.cpp M +1 -0 kio/tests/kdirlistertest.h http://commits.kde.org/kdelibs/51707e7154082b549216b8a8ecde73505302fadc 1094751 12 faure 2011-03-08 11:31:30 +0000 Git commit 2bef932a3b346bc5fa740280f271916f97fe1108 by David Faure. Committed on 08/03/2011 at 11:23. Pushed by dfaure into branch 'master'. Fix stop() killing the list job even if another dirlister needs it. Regression introduced by me in bef0bd3e3ff. Symptom: "dolphin $HOME" showed up empty. In the case of concurrent listings, I made the use of the cached items job conditional (only created if there's anything to emit) so that we can join the current listjob without killing it (updateDirectory) if it hasn't emitted anything yet. The unittest also uncovered inconsistencies in the emission of the cancelled signal, now cacheditemsjob behaves like the listjob in this respect. FIXED-IN: 4.6.2 BUG: 267709 (cherry picked from commit 51707e7154082b549216b8a8ecde73505302fadc) M +75 -49 kio/kio/kdirlister.cpp M +5 -6 kio/kio/kdirlister_p.h M +72 -1 kio/tests/kdirlistertest.cpp M +1 -0 kio/tests/kdirlistertest.h http://commits.kde.org/kdelibs/2bef932a3b346bc5fa740280f271916f97fe1108 1094831 13 peter.penz19 2011-03-08 15:56:47 +0000 *** Bug 267970 has been marked as a duplicate of this bug. *** 1095301 14 cfeck 2011-03-09 13:02:12 +0000 *** Bug 268034 has been marked as a duplicate of this bug. *** 1096178 15 KaiUweBroulik2 2011-03-12 00:28:45 +0000 I don‘t know if this is related (if not, I will open an individual bug report) to this but when I tried to reproduce this bug (which affects me as well) using a different start up address (/usr for example) then dolphin just showed my home directory on startup just fine but not the set path. When using the default /home/user path then the effects described here occurred. 1096513 16 peter.penz19 2011-03-13 12:46:58 +0000 *** Bug 268349 has been marked as a duplicate of this bug. *** 1098988 17 frank78ac 2011-03-19 15:21:27 +0000 *** Bug 268900 has been marked as a duplicate of this bug. *** 1099427 18 adrian 2011-03-20 20:59:58 +0000 @KaiUweBroulik2@hotmail.com I think it's that, and should be fixed by now. 1100922 19 johnsc301 2011-03-24 23:50:36 +0000 Kde 4.6.1 kubuntu 64bit 10.10 I am still experiencing this bug everytime. 1101045 20 KaiUweBroulik2 2011-03-25 12:03:43 +0000 @John: This bug has been fixed for 4.6.2, you will need to wait another week to get it :) 1101047 21 kevin.kofler 2011-03-25 12:09:47 +0000 Well, distribution packagers COULD backport the fixes… E.g. http://pkgs.fedoraproject.org/gitweb/?p=kdelibs.git;a=commit;h=cbd3aea0346c52320e5c11fedfb42916762081c7 (committed March 8, the day of the upstream fix)… 1102717 22 cfeck 2011-03-30 21:12:43 +0000 *** Bug 269703 has been marked as a duplicate of this bug. ***