Bug 30996

Created attachment 13431 [details]
user directory missing

user is displayed at login prompt and when using Konsole: [user@localhost ~]$

additional:
install was to a single partition (no seperate /home partition)

Created attachment 13433 [details]
Cauldron Plasma Dolphin window with correct Home sub-directories

Another different experience with nominally the same software.
In this case, up-to-date Cauldron 6-desktop system based on upgraded M8, running Plasma.
 dolphin-22.08.1-1.mga9
Simply clicking the taskbar Dolphin shortcut pops the window shown by the attachment. Brief xlations of the LH panel:
 Home
 Desktop
 Documents
 Downloads
 Music
 Pictures
 probably Recent (recently seen)
 Wastebin

Suggests the raw installation is faulty.

No denying Ben's picture: a Plasma-only install. I think the displayed subdirectories are defined in a config file, which in my Cauldron converted system was probably correct to start with; but not in a virgin install.

Can you post the Dolphin version?

Assigning to KDE people.

Assignee: bugsquad => kde

note in the top of your image the navigation window: /home/lewis/

this directory is missing in my install.


$ cd /home/some_user_name
bash: cd: /home/some_user_name: No such file or directory

dont believe it is an installer issue per se'

as a LXDE, a Cinnamon and a Gnome install (all individual, not multi DE) do not exhibit the issue.

Is xdg-user-dirs installed?

The described behaviour is normal for a user just created but never logged into,
confirmed in m8 by creating a newuser, using su -l newuser and confirming that
only the files copied from /etc/skel/ are present.

On first login xdg-user-dirs creates the directories based on the contents of
/etc/xdg/user-dirs.defaults

CC: (none) => davidwhodgins

(In reply to Dave Hodgins from comment #7)
> Is xdg-user-dirs installed?
> 
> The described behaviour is normal for a user just created but never logged
> into,
> confirmed in m8 by creating a newuser, using su -l newuser and confirming
> that
> only the files copied from /etc/skel/ are present.
> 
> On first login xdg-user-dirs creates the directories based on the contents of
> /etc/xdg/user-dirs.defaults

new Plasma net-install on a different machine - real metal, same issue.

[some_user_name@localhost ~]$ cd /home
[some_user_name@localhost home]$ ls
some_user_name/
[some_user_name@localhost home]$ 

[some_user_name@localhost ~]$ cd /home/some_user_name
[some_user_name@localhost ~]$ ls
Desktop/  tmp/
[some_user_name@localhost ~]$  


[root@localhost ~]# urpmi xdg-user-dirs
Package xdg-user-dirs-0.17-5.mga9.x86_64 is already installed
Marking xdg-user-dirs as manually installed, it won't be auto-orphaned
writing /var/lib/rpm/installed-through-deps.list
[root@localhost ~]#

Summary: dolphin does not display usual user subfolders (documents, downloads etc) => Plasma net-install does not create usual user sub-directories (documents, downloads, music etc)

contents of /etc/xdg/user-dirs.defaults:



# Default settings for user directories
#
# The values are relative pathnames from the home directory and
# will be translated on a per-path-element basis into the users locale
DESKTOP=Desktop
DOWNLOAD=Downloads
TEMPLATES=Templates
#PUBLICSHARE=Public
DOCUMENTS=Documents
MUSIC=Music
PICTURES=Pictures
VIDEOS=Videos
# Another alternative is:
#MUSIC=Documents/Music
#PICTURES=Documents/Pictures
#VIDEOS=Documents/Videos

Bug confirmed. On the newly installed m9 system, after normal login the user
has the Desktop and Downloads directories, but not the Documents, Music,
Pictures, etc.

I suspect it's the xdg-user-dirs package or a failure to call the program on
first login.

~/.config/user-dirs.dirs was not created so it looks like a failure to call
xdg-user-dirs-update on login.

Manually running "xdg-autostart -d Old" creates the missing directories.

If I'm correct, xinit is not being called so none of the scripts in
/etc/X11/xinit or /etc/X11/xinit.d are being run on login.

Adding Chris to the cc list as the registered maintainer for xinit

CC: (none) => eatdirt

looks like the same issue as before mga8...

some display manager not executing xinit.d scripts anymore...

what DM is in use?

DM is SDDM

yep, xinit has nothing to do with that!

I think it's this:

https://github.com/systemd/systemd/issues/18791

There's a fix here:

https://gitlab.freedesktop.org/xdg/xdg-user-dirs/-/commit/2a63d3f0ffb76135790bb1168a3270a599904380

but we'd need to look at how that interacts with other DEs.

CC: (none) => mageia

Yep, we don't want a service creating directories not wanted, or needed, by the other windowmanagers, especially the small ones.

(In reply to Chris Denice from comment #19)
> Yep, we don't want a service creating directories not wanted, or needed, by
> the other windowmanagers, especially the small ones.

AFAIK, in Mageia 8 all the DMs we support cause xdg-user-dirs to be run on session startup, so changing it to be done by a user service wouldn't make any difference.

This is still in effect as of the first round of beta1 test isos. I did a Plasma-only install from the CI on an efi machine, and told the installer to format both / and /home. After the reboot, aside from the hidden directories, the only folders created were Desktop and tmp.

valid for Plasma Live x86_64 beta1

Summary: Plasma-only install from CI or net-install does not create usual user sub-directories (documents, pictures, music etc) => Plasma-only install from Live, CI or net-install does not create usual user sub-directories (documents, pictures, music etc)

Should be fixed by xdg-user-dirs-0.18-1.mga9 and mageia-release-9-0.26.mga9.

Quick check with the second round of beta1 test CI iso in a new VirtualBox guest shows this to be fixed in a Plasma-only install.

Definitely fixed for x86_64 CI Plasma only install.
Fixed for Plasma Live.

Just need to check i586 CI Plasma only install

good

Resolution: (none) => FIXED
Status: NEW => RESOLVED