Bug 360

Summary: Xfce4 : Bad desktop display
Product: Mageia Reporter: Georges Eckenschwiller <paiiou>
Component: RPM PackagesAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: dmorganec, thierry.vignaud
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: xfce4-session CVE:
Status comment:
Attachments: xsession-errors file
With gnome services
withoit gnome services

Description Georges Eckenschwiller 2011-03-13 15:34:05 CET
Description of problem:


XFCE4 : Mauvais affichage du bureau
à l'établissement de la session, j'ai très brièvement le fond d'écran que j'ai choisi, avec les icônes habituelles.
Très rapidement les icônes disparaissent, puis le fond d'écran est remplacé par une couleur uniforme verte.

Google translation
--------------------------
Bad desktop display 
At session establishment, I have very briefly the background that I chose, with 
usual icons. 
Very quickly the icons disappear, then the wallpaper is replaced by a color 
green uniform.

Reproducible: 

Steps to Reproduce:
Thierry Vignaud 2011-03-15 12:12:11 CET

CC: (none) => thierry.vignaud
Assignee: bugsquad => ahmadsamir3891
Source RPM: (none) => xfce4-session

Comment 1 Ahmad Samir 2011-03-15 17:59:27 CET
What's the output of:
rpm -qa | grep xdg
ps aux | grep gnome-settings-daemon

Keywords: (none) => NEEDINFO

Comment 2 Georges Eckenschwiller 2011-03-15 21:55:11 CET
Bonsoir,
Je ne suis actuellement pas à ma résidence principale et je ne suis pas sur mon ordinateur de test habituel.

Je viens d'installer cauldron sur un autre ordinateur, de la même manière.
Je redémarre après installation (je n'ai donc encore rien configuré pour Xfce).

Je me connecte avec gdm.
J'ai à nouveau le même déroulement : bref fond d'écran vert, puis bref fond d'écran bleu avec icônes, et finalement fond d'écran vert sans icônes.

Google translation
-----------------
Good evening,
I am currently not at my usual residence and I'm not on my test computer as usual.

I just installed on another computer with cauldron, in the same way.
I reboot after installation (so I have nothing further configured to Xfce).

I login with gdm.
I have again the same pattern:
- Brief background green
- then brief blue screen with icons,
- and finally green screen without icons.


rpm -qa | grep xdg =>
xdg-utils-1.1.0-0.rc1.1.mga1
xdg-user-dirs-0.13-1.mga1
xdg-user-dirs-gtk-0.8-5.mga1

pa aux - grep gnome-settings-daemon =>
georges   1869  0.0  1.1 457376 11336 ?        Ssl  21:10   0:00 /usr/lib64/gnome-settings-daemon
root      4384  0.0  0.0  11520   844 pts/0    S+   21:53   0:00 grep --color gnome-settings-daemon
Comment 3 Ahmad Samir 2011-03-16 03:05:54 CET
Does the same issue happen in a new user account?
Ahmad Samir 2011-03-16 03:06:01 CET

Assignee: ahmadsamir3891 => bugsquad

Comment 4 Georges Eckenschwiller 2011-03-16 09:40:57 CET
Created attachment 118 [details]
xsession-errors file
Comment 5 Georges Eckenschwiller 2011-03-16 09:42:36 CET
J'ai créé un nouvel utilisateur avec le centre de contrôle.
Je me connecte sous cet utilisateur.

Le résultat est identique, mais l'écran bleu avec icônes reste un peu plus longtemps, et il y a activité du disque dur pendant ce temps.

Si cela peut être utile, voici le fichier .xsession-errors

Translation
----------------
I created a new user with the control center.
I log in as this user.

The result is the same, but the blue screen with icons is a little longer, and there is disk activity during this time.

If this can be helpful, here is the file. Xsession-errors
Comment 6 Georges Eckenschwiller 2011-03-24 10:41:10 CET
Bonjour,
Je pense avoir trouvé l'origine du problème.

Pour ceci, j'ai essayé de comprendre le mécanisme de la connexion à une session Xfce4.
Ce fut très long, mais très instructif.

En arrivant au fichier de configuration dexfdesktop, j'ai découvert que xfce recherche un fichier /usr/share/mga/backgrounds/default.jpg

Or, ce fichier n'existe pas, chez moi.

Cause probable :
Pour installer Xfce, au départ, je fais une installation minimale (sans X, mais avec urpmi). Cela réduit un peu l'installation des paquetages inutiles. Dans un deuxième temps, j'installe, avec urpmi --no-suggest, les seuls paquetages dont j'ai effectivement besoin.

Au cours de mes nombreux essais, j'avais fait une autre installation, en choisissant le bureau Lxde, au départ, et en rajoutant les paquetages dont j'ai besoin.
Avec cette installation, j'avais bien le fond d'écran et les icônes.

Je pense donc que le fichier default.jpg a été créé pendant l'installation de Lxde, mais qu'il n'est pas créé lors d'une installation minimale.

Translation Google
===================
Hello,
I think I found originally problem.

For this, I tried to understand the mechanism of connection to a session Xfce4.
It was very long but very informative.

Arriving to the configuration file dexfdesktop, I discovered that xfce looks for a file /usr/share/mga/backgrounds/default.jpg

However, this file does not exist on my computer.

Probable Cause:
To install Xfce, in a first step, I do a minimal install (no X, but with urpmi). This somewhat reduces unnecessary installation packages. In a second step, I install with "urpmi - no-suggest", the only packages that I actually need.

During my extensive testing, I made another installation, choosing the LXDE desktop and adding the packages I need.
With this installation, I had the wallpaper and icons.

So I think the file was created during default.jpg install LXDE, but it is not created at a minimal installation.
Comment 7 D Morgan 2011-03-24 12:37:44 CET
/usr/share/mga/backgrounds/default.jpg is done when mageia-theme is installed ( in the %post step of the rpm install )

do you have mageia-theme installed on your machine ?

CC: (none) => dmorganec

Comment 8 Georges Eckenschwiller 2011-03-24 13:00:57 CET
(In reply to comment #7)
> /usr/share/mga/backgrounds/default.jpg is done when mageia-theme is installed (
> in the %post step of the rpm install )
> 
> do you have mageia-theme installed on your machine ?

Yes, mageia-theme-common and mageia-thema-Default are installed
Comment 9 Georges Eckenschwiller 2011-03-24 13:07:53 CET
I'll have to check it, but I think mageia-theme is installed automatically when I choose the minimum installation
Comment 10 Ahmad Samir 2011-03-24 17:57:06 CET
(In reply to comment #0)
> --------------------------
> Bad desktop display 
> At session establishment, I have very briefly the background that I chose, with 
> usual icons. 
> Very quickly the icons disappear, then the wallpaper is replaced by a color 
> green uniform.
> 

This is not caused by a missing background file only... I think the problem is with the gnome-settings-daemon and xdg autostart stuff, I'll try and see what's going on :/
Comment 11 Ahmad Samir 2011-03-25 02:06:54 CET
Please try this:
- open xfce4-session-settings -> Advanced
- uncheck "Launch GNOME services on startup"
- log out -> log in

does that make the icons on the desktop not disappear after login?
Comment 12 Georges Eckenschwiller 2011-03-25 16:59:37 CET
(In reply to comment #9)
> I'll have to check it, but I think mageia-theme is installed automatically when
> I choose the minimum installation

Jusqu'à ces derniers jours, mageia-theme était déjà installé dès l'installation minimale.
Depuis que vous avez corrigé les dépendances (et c'est très bien ainsi), le thème est installé avec le paquetage task-xfce-minimal

Until recent days, mageia-theme was already installed on the minimal installation.
Since you have correct dependencies (and it's very much so), the theme is installed with the package task-xfce-minimal.
Comment 13 Georges Eckenschwiller 2011-03-25 17:06:50 CET
(In reply to comment #11)
> Please try this:
> - open xfce4-session-settings -> Advanced
> - uncheck "Launch GNOME services on startup"
> - log out -> log in
> 
> does that make the icons on the desktop not disappear after login?

Effectivement, les icônes ne disparaissent plus.
Par contre, j'ai toujours pas le fond d'écran bleu au lieu de l'image Mageia, car le fichier default.jpg n'est pas créé.

Indeed, the icons no longer disappear.
For cons, I have a blue screen instead of the image Mageia because the file default.jpg is not created.
Comment 14 Ahmad Samir 2011-03-25 21:47:44 CET
For default.jpg see the note about the "Mageia theme" here:
http://mageia.org/wiki/doku.php?id=iso1:alpha1_errata
Comment 15 Georges Eckenschwiller 2011-03-25 22:00:03 CET
OK, 
merci
Comment 16 Ahmad Samir 2011-03-26 00:21:02 CET
If you re-enable the "Launch GNOME services on startup", does the bug come back?
Comment 17 Georges Eckenschwiller 2011-03-26 14:39:03 CET
(In reply to comment #16)
> If you re-enable the "Launch GNOME services on startup", does the bug come
> back?

Le défaut réapparait lorsque les service Gnome sont démarrés

The default reappears when the service Gnome is started
Comment 18 Georges Eckenschwiller 2011-03-26 14:45:47 CET
(In reply to comment #14)
> For default.jpg see the note about the "Mageia theme" here:
> http://mageia.org/wiki/doku.php?id=iso1:alpha1_errata

Je lance # /usr/share/bootsplash/scripts/switch-themes Mageia-Default
et j'obtiens :
Can't call method "get_resolution" on an undefined value at -e line1

Il me semble apercevoir fugitivement un message analogue lors de l'installation de plymouth.

Translation
I run # /usr/share/bootsplash/scripts/switch-themes Mageia-Default
and I get
Can't call method "get_resolution" on an undefined value at -e line1

It seems fleetingly seen a similar message during installation of plymouth.
Comment 19 Georges Eckenschwiller 2011-03-27 11:26:08 CEST
(In reply to comment #18)
> (In reply to comment #14)
> > For default.jpg see the note about the "Mageia theme" here:
> > http://mageia.org/wiki/doku.php?id=iso1:alpha1_errata
> 
> Je lance # /usr/share/bootsplash/scripts/switch-themes Mageia-Default
> et j'obtiens :
> Can't call method "get_resolution" on an undefined value at -e line1
> 
> Il me semble apercevoir fugitivement un message analogue lors de l'installation
> de plymouth.
> 
> Translation
> I run # /usr/share/bootsplash/scripts/switch-themes Mageia-Default
> and I get
> Can't call method "get_resolution" on an undefined value at -e line1
> 
> It seems fleetingly seen a similar message during installation of plymouth.

I correct:
I perceive a message by the Plymouth installation.
I can not read the whole thing, but there is talk of a file is missing

and I have the "Can't call method "get_resolution" on an undefined value at -e line1" by the mageia-theme installation
Comment 20 Georges Eckenschwiller 2011-03-27 11:38:33 CEST
(In reply to comment #16)
> If you re-enable the "Launch GNOME services on startup", does the bug come
> back?

I have news:

If I configure the desktop with a wallpaper and then I validate the Gnome services, then the icons and wallpaper are correct.


And even better:
When I set the desktop first with a wallpaper, I no longer need to invalidate the services Gnome
Comment 21 Georges Eckenschwiller 2011-03-27 20:43:28 CEST
(In reply to comment #20)
> (In reply to comment #16)
> > If you re-enable the "Launch GNOME services on startup", does the bug come
> > back?
> 
> I have news:
> 
> If I configure the desktop with a wallpaper and then I validate the Gnome
> services, then the icons and wallpaper are correct.
> 
> 
> And even better:
> When I set the desktop first with a wallpaper, I no longer need to invalidate
> the services Gnome

But when I reboot, wallpaper and icons disappear. I must again
invalidate gnome services.
Comment 22 Ahmad Samir 2011-03-28 05:06:28 CEST
A shot in the dark, depending on when you installed gnome-settings-daemon, you might have installed it when the rpm file triggers were broken? not sure, so just try:
su
rpm -e --nodeps gnome-settings-daemon
urpmi gnome-settings-daemon
Comment 23 Ahmad Samir 2011-03-28 05:09:43 CEST
For the plymouth issue please open a separate bug report.. (just so as not to mix things).
Comment 24 Georges Eckenschwiller 2011-03-28 09:58:39 CEST
(In reply to comment #22)
> A shot in the dark, depending on when you installed gnome-settings-daemon, you
> might have installed it when the rpm file triggers were broken? not sure, so
> just try:
> su
> rpm -e --nodeps gnome-settings-daemon
> urpmi gnome-settings-daemon

Unfortunately, without changes.

I attach the files. xsession-errors with and without the services gnome
Comment 25 Georges Eckenschwiller 2011-03-28 09:59:17 CEST
Created attachment 168 [details]
With gnome services
Comment 26 Georges Eckenschwiller 2011-03-28 09:59:59 CEST
Created attachment 169 [details]
withoit gnome services
Comment 27 Georges Eckenschwiller 2011-03-28 10:55:59 CEST
(In reply to comment #23)
> For the plymouth issue please open a separate bug report.. (just so as not to
> mix things).

I detailed the steps to install task-xfce and I have noticed the message on to Plymouth.
I make a separate report.
Ahmad Samir 2011-03-29 02:42:53 CEST

Attachment 168 mime type: application/octet-stream => text/plain

Ahmad Samir 2011-03-29 02:43:05 CEST

Attachment 169 mime type: application/octet-stream => text/plain

Comment 28 Ahmad Samir 2011-03-29 21:04:40 CEST
When the bug happens, please attach /tmp/ps.log which results from executing:
ps aux > /tmp/ps.log
Comment 29 Georges Eckenschwiller 2011-04-01 11:33:42 CEST
Hello,
I have yet proceeded to a series of installations in Xfce.

So far, I doing a minimal installation without X server

I tried installing X from the start.
At startup, I found an desktop icewm.
Then I install the Xfce desktop and my applications.
=> the wallpaper and icons are present.

Then I realized that gdm is problematic.
With xdm, it's good
With gdm, it's bad.

Conclusion
----------------
I install X and icewm from the beginning.

It remains to ADJUST another problem:
Currently installing X installs about 130 packages unnecessary.

This is the subject of another bug report.

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

Comment 30 Ahmad Samir 2011-04-29 04:46:50 CEST
Could you test again with GDM?

If the bug still happens, update to xfce4-session-4.8.1-3.mga1 and test again.

Thanks.

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

Comment 31 Georges Eckenschwiller 2011-05-08 20:23:16 CEST
Bonjour,
Je suis désolé pour le retard de ma réponse.
J'étais en train d'essayer de comprendre le processus de démarrage de Linux (/etc/rc.d/rc.sysinit), pour mon site où je tente de vulgariser Mandriva et maintenant Mageia. (paiiou.free.fr).

Comme j'avais modifié certains fichiers, j'ai refait une installation neuve sur l'ordinateur de test.

En voici les résultats:

Test 1
======
Installation avec boot.iso du 5/05/2011 depuis mon miroir local mis à jour ce matin (8/05/2011).

- Choix de bureau personnalisé. Installation minimale (tous les groupes sont décochés).
- configuration du réseau
- Redémarrage (mode texte) et login en root.
- urpmi --non-suggest hdparm mc gdm task-x11 x11-driver-video task-xfce-minimal xfce4-notifyd

- Nouveau redémarrage, en utilisateur normal
==> login en mode texte, puis startx
==> bureau xfce, fond d'écran bleu, sans icônes.

Test 2
======
Installation comme pour le test1, mais configuration de l'interface graphique en plus du réseau.

- Redémarrage (mode texte) et login en root.
- urpmi --non-suggest hdparm mc gdm task-xfce-minimal xfce4-notifyd

- Nouveau redémarrage, en utilisateur normal
==> login en mode texte, puis startx
==> bureau xfce, fond d'écran Mageia, les icônes apparaissent brièvement et disparaissent.

Conclusion
==========
A mon humble avis, il faudrait :
- réserver l'installation sans serveur X à une machine qui tounera sans interface graphique (pare-feu par exemple)
- choisir une installation avec serveur X dans tous les autres cas.

C'est ce que je fais actuellement. J'obtiens, à la fois un fond d'écran Mageia et les icônes habituelles.
Le seul reproche que ferais actuellement à cette méthode, c'est qu'elle installe kdm avec toutes ses dépendances, alors qu'il existe des display manager plus simples (xdm, slim, lxdm ...)
Je ne sais pas encore lequel convient le mieux.

Google translation
==================
Hello, 
I'm sorry for my late reply. 
I was trying to understand the Linux boot process (/etc/rc.d/rc.sysinit) for my site.
I try to popularize Mandriva and now Mageia. (paiiou.free.fr). 

As I modify some files, I redid a new installation on the test computer. 

Here are the results: 

Test 1 
====== 
Installing with the boot.iso 05/05/2011 since my local mirror updated this morning (08/05/2011). 

- Choice of personalized office. Minimal installation (all groups are unchecked, and without X server). 
- Network configuration 
- Restart (text mode) and login as root. 
- urpmi --non-suggest hdparm mc gdm task-x11 x11-driver-video task-xfce-minimal xfce4-notifyd

- New reboot, as normal user 
==> Login in text mode and then startx 
==> Xfce desktop, blue screen without icons. 

Test 2 
====== 
For installation as test1, but the GUI configuration in addition to the network. 

- Restart (text mode) and login as root. 
- urpmi --non-suggest hdparm mc gdm task-xfce-minimal xfce4-notifyd

- New reboot, normal user 
==> Login in text mode and then startx 
==> Xfce desktop, wallpaper Mageia, icons appear briefly and disappear. 

Conclusion 
========== 
In my humble opinion, it should: 
- reserve installation without X for a machine that tunes without X server (eg firewall) 
- install a system with X server, in all other cases. 

That's what I'm doing now. Get, has both the desktop Mageia wallpaper and usual icons. 
The only criticism would present to this method is that it installs kdm with all its dependencies, while there are more than simple display manager (xdm, slim, lxdm ...)
I do not know yet which one is better.
Comment 32 Georges Eckenschwiller 2011-05-17 17:41:18 CEST
I think this report can also be closed
Comment 33 Ahmad Samir 2011-05-17 17:55:12 CEST
Done.

Keywords: NEEDINFO => (none)
Status: REOPENED => RESOLVED
Resolution: (none) => FIXED