Summary: | Unable to change home directory in dolphin | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | madgenius |
Component: | general | Assignee: | Peter Penz <peter.penz19> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amoskahiga, anarky, arne_bab, bobby.culture, contact, droebuck, frank78ac, jfebrer, marcelovborro, raul.moratalla, xeriouxi |
Priority: | NOR | ||
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
madgenius
2008-07-08 22:16:56 UTC
Thanks for your input, however I could not reproduce the issue: When setting the home directory to e. g. /home/user and restarting Dolphin or selecting Go -> Home then /home/user is used. Did you use the Home-button in the places panel for selecting "home"? If this is the case: Yes, this might be an issue from a usability point of view as the "home" folder from the places bar is independent from the "home" location of Dolphin. I think it should be possible to synchronize this manually, but I need to be sure that you mean that this is the issue... Sorry I was not very clear. I meant the default directory that is opened during startup. I have set dolphin to start in the /home/user/ directory [From Settings->Configure dolphin->Startup] The home folder location in this setting is file:///home/user However, dolphin starts by showing file:///home/madgenius/Documents folder. I tried resetting all configurations to defaults, but it didn't solve the issue. Many thanks Peter Hm, very strange. Do you start Dolphin from the Kickoff menu in Plasma? It is possible that Dolphin is started like 'dolphin /home/madgenius/Documents' instead of 'dolphin' - maybe just the configuration in Kickoff is wrong? Yes, I start dolphin from the kickoff menu. But the same happens even if I start dolphin using Alt+f2 and typing in 'dolphin', or even if I switch to the classic KDE menu style and start dolphin. I checked the KDE menu editor and the command for dolphin was dolphin %i -caption "%c" "%u" I looked at the dolphinrc and kickoffrc files in ~/.kde4/share/config, but they seemed to be fine. I don't know if there are other config files I need to check. Many thanks Peter. Honestly speaking I'm clueless now what might be the root of the issue... dolphin %i -caption "%c" "%u" is valid (I've the same configuration here). But I'm also not sure whether there might be another configuration file used by Plasma that invokes Dolphin in a different way. I'm quite confident that this is a local issue (otherwise I would get spammed by many bug-reports ;-)), but I'm sorry that I've no idea what might be the root cause. I've reinstalled Suse 11 on another computer and will have a look whether it occurs there too, please give me some days time (I'm currently quite busy with non-Dolphin things). Many thanks. SOLVED! The problem seemed to be because the Documents path in KDE System Settings->About Me had /home/user/Documents. Changing it to /home/user/ worked. Many thanks Peter, and sorry for the hassles. No problem, thanks for the updated info :-) Update to KDE 4.1 has caused this behaviour again. KDE System settings and dolphinrc file don't show any changes. So now, the 'Home' points to /home/user/Documents instead of /home/user/ Update to KDE 4.1 has caused this behaviour again. KDE System settings and dolphinrc file don't show any changes. So now, the 'Home' points to /home/user/Documents instead of /home/user/ Same problem here, on Opensuse 11.0, latest KDE 4.1 packages. Updated to the latest KDE4, and it seems to have fixed it on my machine. Avinash, which version of dolphin are you using? Here a have: Version 1.1, using KDE 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)) "release 26.4" Package: kde4-dolphin-4.1.0-23.13 on Opensuse 11.0 It was updated today, but there was no change on the bug for me. Strange. I am using the same version that you have. I checked the config files, but they havent changed either. I found the problem. It's on the dolphin.desktop file. The command line used is Exec=dolphin %i -caption "%c" "%u" Just removing the "%u" fix this issue, so the comand line in dolphin.desktop should be: Exec=dolphin %i -caption "%c" Now I can set the start folder I want :) Same problem here (debian with experimental KDE packages dolphin 4:4.1.2-1 and kdelibs5 4:4.1.2-2). If I start dolphin with no URL as parameter, it starts at dolphin's home directory as expected (/home/user/data in my case). However, if I start dolphin with an empty URL as parameter (dolphin "") wich is the same as the behavior of the dolphin shortcut in the case where %u is empty, it starts in the system user home directory (/home/user/ in my case). Hope it helps Same problem here (debian with KDE packages from experimental, dolphin 4:4.1.2-1 and kdelibs5 4:4.1.2-2). If I start dolphin with no URL as parameter, it starts in dolphin's home folder as expected (/home/user/data/ in my case). However, if I start dolphin with an empty URL as parameter (dolphin "") which is the same as the behavior of the dolphin shortcut in the case where %u is empty, it starts in the system user home directory (/home/user/ in my case). Hope it helps Same problem in openSUSE 11.0 using KDE 4.1.3. I confirm this bug with Dolphin 1.1 (KDE 4.1.3) used on Gnome 2.24.1, Ubuntu 8.10. I set my home folder location to file:///home/nom/Bureau/ but Dolphin always opens in file:///home/nom/ Hi, I'm using Dolphin Version 1.1.80 on KDE 4.1.81 and I cannot change the Startup location. I try to change it but the next time I use Dolphin it goes back to the default location. *** Bug 178334 has been marked as a duplicate of this bug. *** I am having the same problem, which started before Beta 1. if I set my start up location to be the /home directory then Dolphin simple uses /home/documents. No matter which directory I choose Dolphin starts with /home/documents. I have two versions of openSuse on two different machines installed and both have the same problem. I just put this comment on the bug 169016 which is a very similar bug to the reported here: I had the same trouble as reported by this bug, since KDE 4.2 beta2 and discovered that it has more to do with the xdg-user-dirs-update command that it is available on more recent distributions. This command which is executed on the session start ensures that the path some directories such as user desktop, documents, pictures, music, etc. corresponds to the user locale so for example if the user change it's locale from english to another, the desktop user path it's not /home/user/Desktop and the directory Desktop it is renamed to it's locale equivalent. The problem with Dolphin and also in the KDE open file dialog is that it starts on the direcory specified by the variable XDG_DOCUMENTS_DIR, in my case it was set to /home/josep/Documents and even if in Dolphin I had another startup folder this one prevailed, also if I changed the Documents folder on SystemSettings when I restarted my KDE session it when back /home/josep/Documents because of xdg-user-dirs-update. So the real fix for this was to edit the file $HOME/.config/user-dirs.update and change the value of XDG_DOCUMENTS_DIR="$HOME/Documents" to XDG_DOCUMENTS_DIR="$HOME" But I think the more convenient fix is to see why XDG_DOCUMENTS_DIR prevailed over $HOME, or in the user paths systemsettings let to put startup folder for filemanagement. I have a similar issue, but my Dolphin always starts at /home/arne/ while I did set it to use /home/arne/Quell as start directory. Switching the documents dir in Systemsettings didn't help (but I didn't yet log out and in again). *** This bug has been confirmed by popular vote. *** Can anyone still reproduce this problem in KDE 4.2.0 or later? At least a part of bug 169016 (which was a similar issue, about Dolphin always opening in the Documents folder) has seen a fix before the 4.2.0 release. I can't reproduce this in 4.2.1 (Kubuntu) and trunk rev. 945036: If I run Dolphin, my home folder is opened, and changing the startup location to a subdirectory of my home folder works as expected. (In reply to comment #26) > Can anyone still reproduce this problem in KDE 4.2.0 or later? Personally I have no longer this bug with Dolphin 1.2 and KDE 4.2.0. It works for me now - many thanks to the coder who fixed it! |