Bug 23929

Created attachment 10521 [details]
Wrong name

CC: (none) => hamnisdude

The weird thing is that when I open the Files manager and look at the side panel it says Skrivbord correctly.

Created attachment 10522 [details]
Wrong naming with the side panel showing

Assigning to all packagers collectively, because there is currently no registered maintainer for Mate.

CC'ing Stig and André. 

@ Umeaboy

We've had mixed versions of Mate in Cauldron. That was reverted, but if you did already install some Mate 1.21.x packages, then you'll need to downgrade those to version 1.20.x

You can check with 

  urpmq --not-available | grep mate

whether you have Mate 1.21.x packages that need to be downgraded.

Do you indeed have such 1.21.x packages and does downgrading them solve this bug?

Assignee: bugsquad => pkg-bugs
CC: (none) => andre999mga, marja11, smelror
Keywords: (none) => NEEDINFO

Created attachment 10528 [details]
Result of the urpmq --not-available command

(In reply to Marja Van Waes from comment #4)

> Do you indeed have such 1.21.x packages and does downgrading them solve this
> bug?

Is there an easy way to collectively downgrade them all at once without breaking the system or is it safe to downgrade them one by one?

(In reply to Kristoffer Grundström from comment #6)
> (In reply to Marja Van Waes from comment #4)
> 
> > Do you indeed have such 1.21.x packages and does downgrading them solve this
> > bug?
> 
> Is there an easy way to collectively downgrade them all at once without
> breaking the system or is it safe to downgrade them one by one?

using

urpmi --downgrade {list of packages to downgrade}

should work.
You might/probably have to log out/log in after for everything to work ok after.

Sorry, my comment without checking probably contributed to the problem.

Hi.

I see the same in a fresh install of Mate in a VM. My guess is that there may be a bug somewhere else and has nothing to do with Mate.

Also tried with LxQT and it's the same there.

It _may_ be related to bug 22889. Can't be sure, tho.

Cheers,
Stig

Source RPM: (none) => xdg-user-dirs
Hardware: x86_64 => All

Forgot to mention that I'm using Norwegian (nb_NO.UTF-8).

Even when using English as the main language and then after first boot, change to Norwegian, the folder "Desktop" is still there.

I got a popup window asking me if I wanted to rename them and I agreed to that.

There is a folder named "Skrivebord" now as well as the mentioned "Desktop" in my home directory.

Don't know which one is in use.

Cheers,
Stig

It's actually present in MGA6 as well.

Running in VMware 15.

Looks like it may be a long-standing issue.

Can somebody else please confirm?

Cheers,
Stig

The issue is back when I create an even newer account, but this time the path is called Desktop and not the icon on the actual desktop in MATE.

(In reply to Stig-Ørjan Smelror from comment #10)
> Even when using English as the main language and then after first boot,
> change to Norwegian, the folder "Desktop" is still there.
> 
> I got a popup window asking me if I wanted to rename them and I agreed to
> that.
> 
> There is a folder named "Skrivebord" now as well as the mentioned "Desktop"
> in my home directory.
> 
> Don't know which one is in use.

See bug 14358 comment 22 for an explanation of this part.

CC: (none) => mageia

The cause of the original bug is that the program that creates the user directories, xdg-user-dirs-update, is called when the DE processes the .desktop files in /etc/xdg/autostart. If xdg-user-dirs-update finds an existing directory named Desktop, it will use that in preference to a translated name. It seems MATE creates a Desktop directory before it processes the autostart files.

You can fix this up by editing $HOME/.config/user-dirs.dirs and changing the XDG_DESKTOP_DIR setting, renaming the Desktop folder, and logging out and back in again.

(In reply to Martin Whitaker from comment #14)
> The cause of the original bug is that the program that creates the user
> directories, xdg-user-dirs-update, is called when the DE processes the
> .desktop files in /etc/xdg/autostart. If xdg-user-dirs-update finds an
> existing directory named Desktop, it will use that in preference to a
> translated name. It seems MATE creates a Desktop directory before it
> processes the autostart files.
> 
> You can fix this up by editing $HOME/.config/user-dirs.dirs and changing the
> XDG_DESKTOP_DIR setting, renaming the Desktop folder, and logging out and
> back in again.

I did just that and then I got 2 folders where the first one says Skrivbord and the other is called Desktop, but the folder called Skrivbord is empty when Desktop is not.

Any way to correct this?

That didn't happen when I tested it...you are using MATE, and not some other DE?

The items in Desktop shouldn't currently be showing on the desktop - if not, recheck the XDG_DESKTOP_DIR setting. If so, just move them from Desktop to Skrivbord, and they should appear. You should then be able to delete the Desktop folder.

I had a similar problem, i.e. a "desktop" folder instead on one in my language.
(I also use mate.)
The simple fix is go to properties on the folder, and select "desktop" in the emblem tab.
I don't remember if I had to log out to reset the name, but it worked nicely.

You want to have a desktop folder, but displayed with the name translated into your language.
(If you display the folder in the console, it will show as "desktop", but will show translated when using caja, the graphic file manager for mate).

Since you now have a folder actually named with the translation of "desktop" into your language, you should rename it to something else or the procedure above might not work.

I had a similar problem looks like it may be a long-standing issue

Castro B,
https://tab.do/zh-tw/

CC: (none) => castro8583bennett

Hi,

Same thing under plasma 5 in Mageia 6 and cauldron fresh install.

Hi,

Same thing under plasma 5 in Mageia 6 and cauldron fresh install.

CC: (none) => contact

Please read comment 14. xdg-user-dirs-update is working as it is designed to. If you want different behaviour, you could try opening an upstream bug report, but there's probably a reason why it works that way.

Issue still present on Mageia 7 when only installing MATE as a desktop environment. I used the full DVD iso to install.

(In reply to Kristoffer Grundström from comment #22)
> Issue still present on Mageia 7 when only installing MATE as a desktop
> environment. I used the full DVD iso to install.

See comment 21. As the software is working as it is designed to, I doubt any Mageia dev is going to change it.

Keywords: NEEDINFO => (none)
CC: mageia => (none)
Priority: release_blocker => Normal

I can reproduce this on a friends laptop now as well. I only used the net install iso and only installed MATE. I can even reproduce this if I create a new user account.

I can still recreate this on a fresh installed Mageia 7 using the net install iso.

*** Bug 26907 has been marked as a duplicate of this bug. ***

CC: (none) => ouaurelien

My ~/Desktop is a symlink to ~/Skrivbord

I think i have set up this myself due to some problem long ago but i dont remember the details.

Idea: would it be a good idea to always have the english language folder names, and for any other language symlink to the english named folders?

CC: (none) => fri

I don't think it is a good idea. It will be too confusing for newbie users.

Upstream says it is a "work by design":
if there are some files in folder while it is in English, xdg-user-dirs-update which is called each logon, will not translate that desktop 

Therefore we have a curious situation:
When you set up a system, configure a locale and set up an user, your user's folders in $Home are empty normally. So xdg-user-dirs-update should rename correctly all folders at first logon. (Like you could see with Ubuntu, fedora,...)
But with Mageia, in ~/Desktop there are 2 files notably on Plasma 5:
Register.desktop
org.kde.trash.desktop

So, this folder is not translated.

Upstream in Plasma, there is no .desktop file for RecycleBin and register.desktop is a shortcut for a web page that could be in Firefox bookmarks.

Doing so, this folder will be empty and correctly translated when first logon.

Just did a new installation of Mageia 7 using the netinstallation iso and the problem continues to exist.

This time I choose to just install the MATE desktop.

Ping! This happened again.
Why is it that we don't see this in Ubuntu's MATE version?
Are they that different from each other in how $HOME/.config/user-dirs.dirs works?
I sure haven't seen this issue in Ubuntu so far.
*knocks on wood*

Ping! Any news?

I do think the culprit on Plasma/MATE is this file:

$home/Desktop/register.desktop

which is owned by desktop-common-data-7.0-2.mga8

This RPM adds in ~/Desktop a "register.desktop" file which is is a shortcut to help our community. This http://mageia.org/contribute link should land in Internet Navigator Bookmarks.

This affects Plasma and MATE sessions because there are files in the ~/Desktop directory.
GNOME, Cinnamon, XFCE,... are unaffected by this because for obscure reasons, the above file is nowhere from this directory.

Summary: The folder Skrivbord is named Desktop in $HOME with a Swedish locale system setting => The folder Desktop in $HOME is not translated with Plasma-only DE installation
Source RPM: xdg-user-dirs => mageia-plasma5-config-8-5.mga8.src.rpm

Thank you for the investigation

https://wiki.mageia.org/en/Mageia_8_Errata#Desktops

Keywords: FOR_ERRATA8 => IN_ERRATA8

(In reply to Aurelien Oudelet from comment #32)
> I do think the culprit on Plasma/MATE is this file:
> 
> $home/Desktop/register.desktop
> 
> which is owned by desktop-common-data-7.0-2.mga8
> 
> This RPM adds in ~/Desktop a "register.desktop" file which is is a shortcut
> to help our community. This http://mageia.org/contribute link should land in
> Internet Navigator Bookmarks.
> 
> This affects Plasma and MATE sessions because there are files in the
> ~/Desktop directory.
> GNOME, Cinnamon, XFCE,... are unaffected by this because for obscure
> reasons, the above file is nowhere from this directory.

I just logged into Cinnamon and tried to view the content of /home/kristoffer/Desktop/register.desktop, but it's blank.

The file you meant was probably /usr/share/dist/desktop-files/default/register.desktop because locate register.desktop couldn't find any other register.desktop file in my installed system.

After changing XDG_DESKTOP_DIR="$HOME/Desktop" into XDG_DESKTOP_DIR="$HOME/Skrivbord" in .config/user-dirs.dirs and rebooting my machine the file seems to be reset to the old value namely XDG_DESKTOP_DIR="$HOME/Skrivbord".

(In reply to Kristoffer Grundström from comment #35)
> After changing XDG_DESKTOP_DIR="$HOME/Desktop" into
> XDG_DESKTOP_DIR="$HOME/Skrivbord" in .config/user-dirs.dirs and rebooting my
> machine the file seems to be reset to the old value namely
> XDG_DESKTOP_DIR="$HOME/Skrivbord".

Sorry. I meant it got reset to XDG_DESKTOP_DIR="$HOME/Desktop".

Ping!
The problem can still be reproduced with a fresh installation using the boot.iso image.
What's happening with this atm?
I know that it's not a big issue, but I'd be happy if this could be fixed in Mageia 9 at least.

*** Bug 27471 has been marked as a duplicate of this bug. ***

CC: (none) => ezequiel_partida

*** Bug 31906 has been marked as a duplicate of this bug. ***

Update: I just installed the beta2 of Mageia 9 and the problem can still be reproduced.

https://wiki.mageia.org/en/Mageia_9_Errata#Desktops

Keywords: (none) => IN_ERRATA9

*** Bug 32065 has been marked as a duplicate of this bug. ***

Trying to sum up

https://bugs.mageia.org/show_bug.cgi?id=32065#c4 :
> It seems to hang on the fact that if any of the $HOME directories
> are not empty, they do not get renamed locally.

Also see Comment 32 above

I just installed Mageia 9 using the netinstall iso and I only choose to install MATE as Desktop Environment and still the Skrivbord folder in $HOME is shown in English so this problem is still valid.

Version: Cauldron => 9

Problem still exists in Mageia 9 with a fresh installation using the netinstall iso and only choosing to install MATE as Desktop Environment. Why is this persisting?