can you add ddebug.log or report.bug ?

maybe there is a require(pre) missing

Source RPM: (none) => xguest

This is more serious than a black background.

There is no menu other than run and log out.

Looking in syslog there are scrolling errors, segfaults in menu-cached
I'll have to paste from the other machine.

The prompt in lxterminal started from the panel launcher shows 
rbash-4.2$

After logging out of xguest and back in with a normal user lxterminal prompt there, instead of the normal user@hostname, shows
bash-4.2$

Summary: Pre 2 Final - XGuest has black background - LXDE DVD 64 (3rd set 18/05) => Pre 2 Final - XGuest has black background - menu-cache segfaults - menu - lxterminal prompt - LXDE DVD 64 (3rd set 18/05)

After being logged in for a while as normal user after logging out of xguest a message box appears

The password you typed is invalid.
Please try again

Created attachment 2343 [details]
syslog

Created attachment 2344 [details]
report.bug.gz

Also after logging in as normal user after having been logged in as xguest, opening the file manager opens it at /

Same black screen with a cauldron network install of today, i586.

starting Firefox in the konsole as xguest gives (ignoring the "canberra-gtk-module" message):

Could not create per-user gnome configuration directory `/home/xguest/.gnome2/': Permission denied

@ Claire

The rbash shell for xguest is OK, the "r" means "restricted"

CC: (none) => marja11
Hardware: x86_64 => All

Created attachment 2345 [details]
xses-xguest.gz compressed /tmp/xses-xguest

seems to contain more info

The prompt is just a symptom of something bad I think.

when looking in /home, the /xguest folder is owned by root:
drwxr-xr-x root root

Changing the permissions brings everything back: Firefox starts without
problems by clicking the icon, the start menu is back.

I only didn't figure out yet how to bring the background back.

It is a shame the changed permissions probably won't survive a reboot... or am
I wrong, there?

Changing the permissions or the owner of /home/xguest doesn't even survive logging out and back in.

After doing "su" in the konsole and typing the root password, it takes longer to get the root prompt than I'm used to.

This is really weird, I removed the xguest package and rebooted.

To my surprise, I could still choose to login as xguest, so I tried.

* The desktop has the nice new Mageia wallpaper, 
* everything works, 
* /home/xguest is owned by xguest
* the output of 
rpm -qa | xguest 
is: empty
and also checking in MCC shows the package is not installed

Source RPM: xguest => xguest-1.0.10-8.mga2

@ Thierry

can you please look at the attachments, I don't understand how xguest can start to work well after *removing* the package.

CC: (none) => thierry.vignaud

comment 12 : of course 
s/rpm -qa | xguest/rpm -qa | grep xguest/

was discover in https://bugs.mageia.org/show_bug.cgi?id=4950 but I don't have
see a bug report, and indeed it works fine with gdm,

are you all agree to lowering the priority ? we can add a note in the errata

CC: (none) => oliver.bgr
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=4950
Summary: Pre 2 Final - XGuest has black background - menu-cache segfaults - menu - lxterminal prompt - LXDE DVD 64 (3rd set 18/05) => xguest with lxdm doesn't work (black background - menu-cache segfaults - menu - lxterminal prompt, etc)
Source RPM: xguest-1.0.10-8.mga2 => xguest-1.0.10-8.mga2, lxdm

xguest is behaving oddly in gnome too, screen flickering and corruption and that password message too :\

I don't think we should lower priority, this is a problem across multiple desktops.

disable as default then ? (not remove)

(In reply to comment #17)
> disable as default then ? (not remove)

I'm curious what that'll do, since removing the xguest package didn't remove xguest but made it work well

(In reply to comment #16)
> xguest is behaving oddly in gnome too, screen flickering and corruption and
> that password message too :\
> 
> I don't think we should lower priority, this is a problem across multiple
> desktops.

the password thing is this bug

https://bugs.mageia.org/show_bug.cgi?id=5831

But I'll look further, I think it was an old (closed) bug, too, maybe we find
a clue there.

I doubt it is related to the xguest issue, though

(In reply to comment #18)
> (In reply to comment #17)
> > disable as default then ? (not remove)
> 
> I'm curious what that'll do, since removing the xguest package didn't remove
> xguest but made it work well

with disable I mean, it's in the iso, so people can install it, but as default, it will not.

http://docteam.mageia.nl/installer/content/addUser.html#addUserAdvanced

(In reply to comment #20)
> (In reply to comment #18)
> > (In reply to comment #17)
> > > disable as default then ? (not remove)
> > 
> > I'm curious what that'll do, since removing the xguest package didn't remove
> > xguest but made it work well
> 
> with disable I mean, it's in the iso, so people can install it, but as default,
> it will not.
> 
> http://docteam.mageia.nl/installer/content/addUser.html#addUserAdvanced

Good idea, can it please be tested?
I'm curious whether
* you really won't have xguest if you keep the default (since you don't seem to need the package for it)
* xguest will work well if you choose to have it

This doesn't appear to affect KDM xguest, although the password message appears when mgaapplet runs it's first update check.

bug 5831

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

This bug was still valid with a network cauldron install 8 days ago

I'm wondering whether bug 7071 is related

This can maybe be closed as wontfix, something to do with lxdm not being a 'full' dm in the same way as kdm and gdm if I remember correctly.

(In reply to comment #25)
> This can maybe be closed as wontfix, something to do with lxdm not being a
> 'full' dm in the same way as kdm and gdm if I remember correctly.

There is something very wrong with xguest, the black screen isn't the worst problem. Remember the weird things you saw after logging in as normal user and opening a terminal?

If, after you log out as xguest, you don't log back in with lxdm but you go to tty 2 and login as "normaluser" there, you get:
 
normaluser: /home/normaluser: change directory failed: No such file or directory

btw, removing the xguest package, see comment 12 and comment 14, doesn't make xguest work well anymore.

assigning to LXDE maintainer, for him to see whether the problems with logging into LXDE with xguest are a seperate problem from the other issues. If it is a seperate bug, this report can be kept for it, since the rest is addressed in bug 7071, too.

Assignee: bugsquad => oliver.bgr

The problem appears to be that lxdm runs the script  /etc/security/namespace.d/mkxguesthome as root  while other DMs like gdm run it as user xguest.

mkxguesthome creates the /home/xguest directory.

A simple workaround is to add a line to the bottom of mkxguesthome

chown xguest:xguest -R /home/xguest


xguest then works OK with lxdm.  Tested with Mga3Alpha2

BTW: gdm  has its own problems with xguest. It always tries to open a gnome session even if gnome is not installed.  I will raise a new bug report for that.

CC: (none) => derekjenn
Whiteboard: (none) => 3Alpha2

No! lxdm must be fixed!
There're way more scripts expecting to run as user that may break things...

Source RPM: xguest-1.0.10-8.mga2, lxdm => lxdm

we have not installed xguest as default for mga2 at all, so do the same on mga3 ?

xguest works fine on my boot.iso mga3alpha3 LXDE install and the problem with the weird prompt has disappeared, too

@ Manuel

No one put *3alpha3* on the white board.... does that mean none of the QA testers saw this bug in alpha 3 ?

Keywords: (none) => NEEDINFO

or no one tested it

Still present on 3alpha3 for me.
DVD install selecting only LXDE desktop.
lxdm was installed by default, xguest was not installed by default and was added after install.

On logging in as xguest the screen is black and a pop up says "The specified directory is not valid"

Whiteboard: 3Alpha2 => 3Alpha2 3alpha3

The log /var/log/lxdm.log contains

mkxauth: error: cannot write to file /home/xguest/.Xauthority
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Compat map for group 2 redefined
>                   Using new definition
> Warning:          Compat map for group 3 redefined
>                   Using new definition
> Warning:          Compat map for group 4 redefined
>                   Using new definition
Errors from xkbcomp are not fatal to the X server
** Message: find greeter (nil)

** Message: find idle 0x874d058

** Message: add 0x874d058

** Message: prepare greeter on :0

** Message: start greeter on :0

** Message: greeter 0 session 0x874d058

** Message: user 0 session 0x874d058 cmd USER_LIST

mkxauth: error: cannot write to file /home/derek/.Xauthority
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Compat map for group 2 redefined
>                   Using new definition
> Warning:          Compat map for group 3 redefined
>                   Using new definition
> Warning:          Compat map for group 4 redefined
>                   Using new definition
Errors from xkbcomp are not fatal to the X server

The first part is from an xguest login. The second part from the login of a new user is interesting. .Xauthority is not written to the users home, and neither are .bashrc or .bash_profile  

The mkxauth command giving the error message comes from /etc/lxdm/PostLogin and was put there due to Bug 3714

Removed Needinfo because the requested info is given.

Roelof

Keywords: NEEDINFO => (none)
CC: (none) => r.wobben

not a require since xguest is not in the isos anymore

Priority: release_blocker => High
Source RPM: lxdm => lxdm xguest
Whiteboard: 3Alpha2 3alpha3 => 3Alpha2 3alpha3

s/require/blocker

Should this remain open?

CC: (none) => nic

xguest is not on isos these days so i think we can close it

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