Created attachment 7558 [details]
example of file icons as normal user

Created attachment 7559 [details]
example of same files

CC'ing doktor5000, because he'll remember better than me what the consensus in Mageia was about starting file managers as root

CC: (none) => doktor5000, marja11

I have the same issue:
At the CLI I get loads of messages like:
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setCompositionMode: Painter not active
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

CC: (none) => herman.viaene

I just ran nautilus as root and I got icons, so totally works for me

Regarding comment 4: There's not enough detail on this. Nautilus doesn't use Qt, so those messages are totally incorrect.

Need clearer steps to reproduce and also where the error is. E.g. "browse directories": why should I if all file icons are broken? If that is a significant step, why is that so?

Removing myself from CC; cannot do much here.

CC: olav => (none)

(In reply to Olav Vitters from comment #5)
> I just ran nautilus as root and I got icons, so totally works for me

> 
> Need clearer steps to reproduce and also where the error is. E.g. "browse
> directories": why should I if all file icons are broken? If that is a
> significant step, why is that so?
> 
> Removing myself from CC; cannot do much here.

reason is: 
attempting to retrieve copy of  file from drakx directory: report.bug.xz
running file manager as normal user, access is refused as root privileges required.
no pop-up is provided to enter root password.

(In reply to ben mcmonagle from comment #6)
> reason is: 
> attempting to retrieve copy of  file from drakx directory: report.bug.xz
> running file manager as normal user, access is refused as root privileges
> required.
> no pop-up is provided to enter root password.

That might be the case, but that is totally different from the subject of this bug and your initial report in comment 0, just saying.

I can at least reproduce the issue of missing icons with dolphin, starting it from a root shell gained via "su -".

FWIW and back on topic, how do you start dolphin or nautilus as root? Using "su -" or using kdesu or similar in GNOME, or using sudo or ... ?

(In reply to Florian Hubold from comment #7)

> 
> I can at least reproduce the issue of missing icons with dolphin, starting
> it from a root shell gained via "su -".
> 
I use the same method.

(In reply to ben mcmonagle from comment #6)

> 
> reason is: 
> attempting to retrieve copy of  file from drakx directory: report.bug.xz
> running file manager as normal user, access is refused as root privileges
> required.
> no pop-up is provided to enter root password.

it is better to go to a terminal or konsole, become root and then do e.g.:

  cp -a /root/drakx/report.bug.xz /home/ben/

the file will then be in your home directory and world readable, and you will be able to upload it.

Assigning this bug to dolphin, because it was only reproduced there.

Assignee: bugsquad => mageia
Summary: [6dev1] invoking "dolphin" or "nautilus" as root results in no file icons to be displayed => [6dev1] invoking "dolphin" as root results in no file icons to be displayed
Source RPM: (none) => dolphin

@ Florian:
When I do "su -l" at the CLI and then dolphin, I get no file icons. When I make a desktop starter with "gksu dolphin", it is the same.

I can reproduce this bug using su - but if I use rootactions-servicemenu addon in dolphin to open /root/drakx folder in a second instance of dolphin (as root) then the icons are there.

rootactions-servicemenu uses kdesu.

using:
/usr/libexec/kf5/kdesu -c dolphin

...opens dolphin as root with the icons displayed correctly and it appears to work normally. (e.g. I can copy a root file and save it in my home folder, or open and edit it in kate)

CC: (none) => zen25000

Do this from terminal just change your user to right one eg.benmc then logout.

su -c "mkdir -p /root/.config"

su -c "cp -r /home/user/.config/kdeglobals /root/.config"

Reason root applications don't read kde settings from local user settings folder they are readed from /root/.config/kdeglobals,it's not there by default until you manually copy it or use kdesu systemsettings.

CC: (none) => ozkyster

(In reply to Otto Leipälä from comment #12)

 kdesu systemsettings.

kdesu appears to be deprecated - "command not found"

(In reply to Otto Leipälä from comment #12)
> Do this from terminal just change your user to right one eg.benmc then
> logout.
> 
> su -c "mkdir -p /root/.config"
> 
> su -c "cp -r /home/****/.config/kdeglobals /root/.config"

made no difference :(

su - dolphin still has no icons, only text name of file

(In reply to ben mcmonagle from comment #14)
> (In reply to Otto Leipälä from comment #12)
> > Do this from terminal just change your user to right one eg.benmc then
> > logout.
> > 
> > su -c "mkdir -p /root/.config"
> > 
> > su -c "cp -r /home/****/.config/kdeglobals /root/.config"
> 
> made no difference :(
> 
> su - dolphin still has no icons, only text name of file

As mentionned barjac, better is to use this command:

$ /usr/libexec/kf5/kdesu dolphin

CC: (none) => geiger.david68210

(In reply to David GEIGER from comment #15)
> (In reply to ben mcmonagle from comment #14)
> > (In reply to Otto Leipälä from comment #12)
> > > Do this from terminal just change your user to right one eg.benmc then
> > > logout.
> > > 
> > > su -c "mkdir -p /root/.config"
> > > 
> > > su -c "cp -r /home/****/.config/kdeglobals /root/.config"
> > 
> > made no difference :(
> > 
> > su - dolphin still has no icons, only text name of file
> 
> As mentionned barjac, better is to use this command:
> 
> $ /usr/libexec/kf5/kdesu dolphin

and for me this is the real way to use it.

Yes because i have made symlink manually to /usr/bin.
Works fine here with icons and text shows up in dolphin as root without any modification like kdesu systemsettings5 or else.

Created attachment 8313 [details]
Dolphin screenshot

Working dolphin.

not mageia specfic, i tested on fedora and obtained the same result. Can you report this bug upstream ?

If you add:

KDE_FULL_SESSION=true

into your .bashrc file and export it, does this fix your problem (after closing and reopening your root session)?

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

CC: (none) => LpSolit

https://userbase.kde.org/KDE_System_Administration/Environment_Variables#Automatically_Set_Variables says that KDE_FULL_SESSION is "Set to true by KDE startup", but it seems this is not the case in Mageia 6. So instead of adding KDE_FULL_SESSION=true in /root/.bashrc, KDE should set it itself.

Nicolas, any idea how to set this environment variable at KDE startup?

(In reply to Frédéric Buclin from comment #22)
> KDE_FULL_SESSION is "Set to true by KDE startup", but it seems this is not
> the case in Mageia 6.

Ah, forget that. When you use e.g. 'su' to start a shell as root and then launch dolphin or kwrite, the root user is not using any specific DE. Is that right? In that case, I don't see how we could define the DE the user who called 'su' is currently running.

> because i have made symlink manually to /usr/bin.
> Works fine here with icons and text shows up in dolphin as root without any 
> modification like kdesu systemsettings5 or else.

 Otto, what precisely is that symlink setting, please?

(Sounds cleanest/simplest fix!)

CC: (none) => maurice

> su -c "mkdir -p /root/.config"

> su -c "cp -r /home/user/.config/kdeglobals /root/.config"

 Tried that; made no difference...

# ls /.config
kdeglobals

> /usr/libexec/kf5/kdesu -c dolphin

Yes, that works, but I don't want to have to do that repeatedly whilst 
in 'su - root' mode, when handling various directories as Root.

btw, I have this bug when launching dolphin via konsole under Icewn and as regular user

(In reply to Maurice Batey from comment #26)
> > /usr/libexec/kf5/kdesu -c dolphin
> 
> Yes, that works, but I don't want to have to do that repeatedly whilst 
> in 'su - root' mode, when handling various directories as Root.

Why not just add something like this to your desktop:
Save it as "Root Dolphin.desktop"

[Desktop Entry]
Comment[en_GB]=
Comment=Open Dolphin as root
Exec=/usr/libexec/kf5/kdesu -c dolphin
GenericName[en_GB]=
GenericName=Root Dolphin
Icon=system-file-manager
MimeType=
Name[en_GB]=Root Dolphin
Name=Root Dolphin
Path=
StartupNotify=true
Terminal=false
TerminalOptions=
Type=Application
X-DBUS-ServiceName=
X-DBUS-StartupType=
X-KDE-SubstituteUID=false
X-KDE-Username=

Thanks, Barry - will give that a try tomorrow.

(Need to find out how the target directory is passed.)

(In reply to Maurice Batey from comment #29)
> Thanks, Barry - will give that a try tomorrow.
> 
> (Need to find out how the target directory is passed.)

Do you mean where it will open?
If so that is set with the Path= line in the above .desktop file.

Also check you mail :)

> that is set with the Path= line in the above .desktop file.

  Tried that but whatever is entered, it opens with /home!
(Tried "/" and "/root/"...)

But it's easy to switch it to /root when it opens, so will suit my purposes by keeping it minimised during work as Root on Root files.

Thank you!

(In reply to Maurice Batey from comment #31)
> > that is set with the Path= line in the above .desktop file.
> 
>   Tried that but whatever is entered, it opens with /home!
> (Tried "/" and "/root/"...)
> 
> But it's easy to switch it to /root when it opens, so will suit my purposes
> by keeping it minimised during work as Root on Root files.
> 
> Thank you!

Ah, so it does, however if you add your favourite path to the end of the exec line instead it does what you want:

Exec=/usr/libexec/kf5/kdesu -c dolphin /home/youruser

Ah, yes, of course - just adding "/" did the trick!

Just checked my Mageia-6. "Packages up to date", but Dolphin's icon problem seems to have disppeared (Dolphin V.16.12.3)!

closing as last comment +12 months ago
re-open if needed

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