| Summary: | I suddenly lost some important features of Xfce interface | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Michel AUTEM <michel.autem> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | davidwhodgins, fri, jani.valimaa, lewyssmith, marja11 |
| Version: | 8 | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | ? Xfce?? | CVE: | |
| Status comment: | |||
|
Description
Michel AUTEM
2021-09-17 19:00:33 CEST
And I forgot (last but not least) : *all* the icons on my screen have disappeared ... What's the output of the commmand (in a terminal) ... $ tree -ifaug /home/$USER|grep -v ^'\['$USER CC:
(none) =>
davidwhodgins Hi Dave, --------------------------------- [michel@localhost ~]$ tree -ifaug /home/$USER|grep -v ^'\['$USER /home/michel [root root ] /home/michel/.config/yelp/yelp.cfg [root root ] /home/michel/Photographies/.mysql.digikam [root root ] /home/michel/Photographies/.mysql.digikam/db_data [root root ] /home/michel/Photographies/.mysql.digikam/db_data aria_log.00000001 [root root ] /home/michel/Photographies/.mysql.digikam/db_data/aria_log_control [root root ] /home/michel/Photographies/.mysql.digikam/db_data/ib_buffer_pool [root root ] /home/michel/Photographies/.mysql.digikam/db_data/ibdata1 [root root ] /home/michel/Photographies/.mysql.digikam/db_data/mysql [error opening dir] [root root ] /home/michel/Photographies/.mysql.digikam/db_data/mysql-bin.000001 [root root ] /home/michel/Photographies/.mysql.digikam/db_data/mysql-bin.index [root root ] /home/michel/Photographies/.mysql.digikam/db_data/mysql-bin.state [root root ] /home/michel/Photographies/.mysql.digikam/db_data/mysql.err.old [root root ] /home/michel/Photographies/.mysql.digikam/db_data/performance_schema [error opening dir] [root root ] /home/michel/.xmind/configuration-cathy_linux_64/1608200699423.log [root root ] /home/michel/.xmind/configuration-cathy_linux_64/1608200701865.bak_0.log [root root ] /home/michel/.xmind/configuration-cathy_linux_64/1608200701865.log [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/517 [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/517/data [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/517/data/SCR [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/framework.info.1 [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/.manager [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/.manager/.fileTable.1 [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/.manager/.fileTable.2 [root root ] /home/michel/.xmind/configuration-cathy_linux_64/org.eclipse.osgi/.manager/.fileTableLock 5192 directories, 59203 files As per https://wiki.mageia.org/en/Never_use_just_su ... su - chown -Rc michel:michel /home/michel Then logout/in. Does that fix the issue? Dave, The "chown" command appears to have worked normally and without error, but the symptoms remain exactly the same. That rules out file ownership as the cause (though as per that web page, care should still be taken in future to use "su -", not just "su" to become root). Adding Jani to the cc list as the packager responsible for xfce-panel. Jani, any suggestions? CC:
(none) =>
jani.valimaa Also, Michel, please use userdrake (mcc/System/Manage users on the system) to create a new user. Log out, login as the new user, being sure to select the xfce desktop. Is that user also affected (indicating a system wide problem), or not (indicating a problem in a /home/$USER/.config/ file for xfce). [collision] Since none of the not-user owned files in comment 3 relate to Xfce, and other system users do not suffer the problem, this suggest that the principle user's Xfce config details are not right. On my system, they show up thus: ./.cache/xfce4: ./.cache/xfce4/notifyd: ./.cache/xfce4/notifyd/icons: ./.config/xfce4: ./.config/xfce4/desktop: ./.config/xfce4/panel: ./.config/xfce4/panel/launcher-13: ./.config/xfce4/panel/launcher-14: ./.config/xfce4/panel/launcher-3: ./.config/xfce4/panel/launcher-4: ./.config/xfce4/panel/launcher-5: ./.config/xfce4/panel/launcher-6: ./.config/xfce4/panel/launcher-7: ./.config/xfce4/panel/launcher-8: ./.config/xfce4/panel/launcher-9: ./.config/xfce4/terminal: ./.config/xfce4/xfconf: ./.config/xfce4/xfconf/xfce-perchannel-xml: ./.config/xfce4/xfwm4: xfce4/ xfce4-appfinder.xml xfce4-desktop.xml xfce4-keyboard-shortcuts.xml xfce4-notifyd.xml xfce4-panel.xml xfce4-power-manager.xml xfce4-screensaver.xml xfce4-session-localhost.localdomain:0 xfce4-session-localhost.localdomain:0.bak xfce4-session.xml xfce4-settings-manager.xml xfce-perchannel-xml/ [I got this list from 'ls -aR | grep xfce | sort -u', but trying other commands (straight ls, find) give different subsets, which puzzles me.] Before attempting to identify differences between users, I am tempted to say "delete xfce4/ and./.config/xfce4 and ./.cache/xfce4" [rm -rf] from a virtual console [Ctl/Alt/F2-6] at the login screen, and imagine that Xfce will re-create what it needs on being launched. But before trying that, please await a more expert comment from Jani (CC'd). CC:
(none) =>
lewyssmith Hello guys, Thanks for your sweat and your researches. Sorry, I gave no signal because .. I was at the hospital for 13 days. But I'm back and better, and ready to help you when you need. Sorry about the hospitalisation; in fact we await wally's view. Ping Jani. Hi friends, As my case seems a little silted up , I made some more tests : 1) I confirmed that the problem is linked to my account. "root" and other users get no problem. 2) When I rename "./.config/xfce4" in "xfce.old", xfce4 recreates its directory . The interface is reinitialized to the default, but the problem itself remains *exactly* the same (see first post). Easiest way I find for debugging this type of problem is to reboot, login at a text terminal as root, then ... mv /home/michel /home/michel.old cp -a /etc/skel /home/michel chown -R michel:michel /home/michel Then login normally and copy wanted parts back. See if you can narrow down what configuration issue is triggering the problem. Hi Dave, I did exactly what you advised Me. First (with an empty /home directory) all functionalities worked fine, but with only the default desktop icons. Then, by re-importing the old subfolders one per one, I found that the problem is in /.cache directory. ./.config is OK. Re-importing /.cache reproduces the problem. I tried already to delete my /.cache directory before but my mistake was to do it from within my session, and not from a root session. At the end, I performed a new "chown -R michel:michel /home/michel" and everyting still lacking came back as if by a miracle. I think that something had corrupted the permissions patterns here and there in my /home and the first trick to try is to launch a "chown -R" command. Now everything works like a charm. Thanks a lot to all. Thank you for that test and report. We may close this bug as invalid, but any idea what could have caused the wrong permissions? CC:
(none) =>
fri The only thing I can say is that I tinkered nothing on my end. I just stopped and restarted my computer as usual. (In reply to Morgan Leijström from comment #14) > Thank you for that test and report. > > We may close this bug as invalid, but any idea what could have caused the > wrong permissions? (In reply to Michel AUTEM from comment #15) > The only thing I can say is that I tinkered nothing on my end. I just > stopped and restarted my computer as usual. Closing as worksforme, then CC:
(none) =>
marja11 |