Bug 1057296
| Summary: | caja always shows home directory as desktop | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Leszek Matok <lam> |
| Component: | xdg-user-dirs-gtk | Assignee: | Matthias Clasen <mclasen> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 20 | CC: | dan.mashal, mclasen, raveit65.sun |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | xdg-user-dirs-gtk-0.10-4.fc20 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-05-01 22:23:37 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Leszek Matok
2014-01-23 19:04:41 UTC
From which fedora version was your $home? 14, but I've only copied stuff I thought I need, mostly data and not many dot-files/directories. For sure ~/.config/dconf was untouched, also there's no ~/.gnome* or ~/.mate* or ~/.gvfs - anything else I can check? All mate configs files should be in .config/ I suggest to remove all config files with gconf, dconf, to get an clean configuration. dconf are also in .cache/dconf and /run/user/<uid>/dconf. Using/migrate old gconf from gnome is impossible, mate use dconf. You should also clean .cache and .local dir from unnecessary old config files. After removing the dconf files restart the session and you will find a new clean configuration file .config/dconf/user. PS: create a new user account and you will see that this never happens with an clean fresh home directory. This has nothing to do with me copying my data (NOT .config or anything like that) from different drive. It's trivially reproducible with any new user I create. New user has the same problem if I move away the ~/Pulpit directory (Polish for "Desktop"). My desktop/Caja enters unfixable state after I do this and log out / log back in. I can create fresh "Pulpit" directory, or change name of the one that was automatically created - nothing helps. That user account will forever have all contents of $HOME as his desktop. I remembered that after installation system defaulted to English so I changed it to Polish using the MATE menu. Because I already logged into MATE with English locale, I had a "Desktop" directory but no "Pulpit" directory. As mentioned above, creating "Pulpit" won't have an effect after single login without it. Now whatever I do, I will have home-as-desktop forever? So apparently, there's a file ~/.config/user-dirs.dirs that is updated on every logon. It lists 8 directories, and for each of them, if a directory doesn't exist, it's changed to "$HOME/". Changing language didn't magically create localized directories, so all of them were changed to "$HOME/" in that file. - Changing language doesn't rename/create new directories/links/do anything. - Yet, the system expects them to be localized and there's no going back to English ones. - Missing directories don't get created. - Entries in the file don't fall back to English directories even though those exist. - After an entry in that file gets reset to $HOME/, further re-runs of the thing that updates it won't try checking if correct directory appeared. What the hell? Good news is, after creating a Polish dir structure (based on another user I've created) and copying that file from the other user, all goes back to normal... Whoow, this is an bug description which i expected on every report in first comment ;) Ok, system-config-language switch only the language, after a reboot and new login in session, 'xdg-user-dirs-gtk-update' which is in autostart, pops up and ask you for confirmation to rename the folder, normaly. My test shows me that this doesn't work in f20. Here language switch with 'system-config-language' doesn't work. 'xdg-user-dirs-gtk-update' don't rename the folders if i change language in lidghtdm desktop manager. So, re-asigning your issue to 'xdg-user-dirs-gtk' /etc/xdg/autostart/user-dirs-update-gtk.desktop Here MATE needs to OnlyShowIn entry. OnlyShowIn=GNOME;LXDE;Unity;MATE; Than this application starts in Mate and renamed the folders correctly. @ Matthias Pls can you add MATE to OnlyShowIn entry? Tried to, but we first need to get a desktop-file-utils update that can validate such entries in desktop files. Mate desktop is registrated for OnlyShowIn at freedesktop. https://bugs.freedesktop.org/show_bug.cgi?id=44353#c5 (In reply to Matthias Clasen from comment #9) > Tried to, but we first need to get a desktop-file-utils update that can > validate such entries in desktop files. After taking a view in your build log http://kojipkgs.fedoraproject.org//work/tasks/1633/6461633/build.log Mate is registrated for 'MATE' in desktop-file-utils. Using 'MATE' will fix the build issue. Sorry, i didn't mention that. xdg-user-dirs-gtk-0.10-4.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/xdg-user-dirs-gtk-0.10-4.fc20 Package xdg-user-dirs-gtk-0.10-4.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing xdg-user-dirs-gtk-0.10-4.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-3287/xdg-user-dirs-gtk-0.10-4.fc20 then log in and leave karma (feedback). xdg-user-dirs-gtk-0.10-4.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |