Bug 1057296 - caja always shows home directory as desktop
Summary: caja always shows home directory as desktop
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: xdg-user-dirs-gtk
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-23 19:04 UTC by Leszek Matok
Modified: 2014-05-01 22:23 UTC (History)
3 users (show)

Fixed In Version: xdg-user-dirs-gtk-0.10-4.fc20
Clone Of:
Environment:
Last Closed: 2014-05-01 22:23:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Leszek Matok 2014-01-23 19:04:41 UTC
Fresh install of F20. I've just copied my $HOME from old disk and now MATE's desktop has icons for everything in my home directory.

I have double-checked and even flipped the value of org.mate.caja.preferences.desktop-is-home-dir back and forth. No change.

I can remove all icons with org.mate.background.show-desktop-icons, or only computer/home/trash icons, but can't leave those while keeping home contents away.


Automatic duplicate search finds similar bug 568482 from F14 (GNOME 2.32?), no idea if there's any relation.

Comment 1 Wolfgang Ulbrich 2014-01-23 20:59:08 UTC
From which fedora version was your $home?

Comment 2 Leszek Matok 2014-01-23 21:08:16 UTC
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?

Comment 3 Wolfgang Ulbrich 2014-01-23 21:36:33 UTC
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.

Comment 4 Wolfgang Ulbrich 2014-01-23 21:43:39 UTC
PS: create a new user account and you will see that this never happens with an clean fresh home directory.

Comment 5 Leszek Matok 2014-01-23 22:30:40 UTC
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?

Comment 6 Leszek Matok 2014-01-23 22:42:22 UTC
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...

Comment 7 Wolfgang Ulbrich 2014-01-24 19:05:29 UTC
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'

Comment 8 Wolfgang Ulbrich 2014-01-24 19:15:55 UTC
/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?

Comment 9 Matthias Clasen 2014-01-28 00:25:29 UTC
Tried to, but we first need to get a desktop-file-utils update that can validate such entries in desktop files.

Comment 10 Wolfgang Ulbrich 2014-01-28 16:34:04 UTC
Mate desktop is registrated for OnlyShowIn at freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=44353#c5

Comment 11 Wolfgang Ulbrich 2014-02-14 16:31:49 UTC
(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.

Comment 12 Fedora Update System 2014-02-28 18:34:50 UTC
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

Comment 13 Fedora Update System 2014-03-01 14:10:54 UTC
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).

Comment 14 Fedora Update System 2014-05-01 22:23:37 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.