! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
balou splash screen causes lockup on login
Status:
RESOLVED: FIXED
Product:
Xfce4-session
Component:
General

Comments

Description frajaferza 2008-10-02 23:58:45 CEST
Hello, because I don't speak English very well (I speak Spanish), I will submit this information translated by "Google Translator". Sorry if the grammar is bad.

Hi, I write because I have a strange problem in my Xubuntu.
Everything worked wonders, until I changed a simple configuration that changes the look when one is entering its user.
In applications, I went to the configuration settings-manager, I entered a "boot image" and choose a (Balou) (since before he had another, and then had disabled the option of animation).
Then, when you restart your system and then put username and password, I could see that he was entering the desktop, but at the stage "starting desktop manager" was branded the computer and is seen to be the hard drive does not stop working (for the LED the front panel of the computer).
Retry to enter my user restarting the graphical environment (which took longer that the computer was being ticked) and rebooting the computer, but there is no case, the problem remains.
So I decided from the Welcome screen to enter safe mode, but the console does not appear to know what to do. 

So the solution to the problem.
I explain a bit:
In the path \ home \ French \. Config \ xfce4-session (where "French" should be replaced by the user name) is the file "xfce4-session.rc," which contains the settings on some features for example the "splash screen", the feature that gave me problems when trying to enter my user.
Without splash screen file looks like:

[Splash Screen]
Engine =

[General]
SessionName = Default
SaveOnExit = false

Despite the fact that I had no problems activating other Splashs, when activated by the "Balou", to re-enter my user, the computer stopped responding:

[Splash Screen]
Engine = Balou

[General]
SessionName = Default
SaveOnExit = false

The solution: to simplify and not have to use the console much, I rebooted with a live cd of ubuntu, I remembered that in gnome to break into root must write in console "sudo nautilus"
I modified the file and said, removing "Balou" of the line "Engine". In addition, the doubts removed by an associated file that must have been created to set an image logon. This file is in the same folder and is called "xfce4-splash.rc."
Then I rebooted, I entered my username and everything to normal!
All that we got compared to another user on my computer files. "Config".

With respect to that splash ¿defective?, I find it very strange because with the others I had no problem, and the installation of Xubuntu was successful and has all the patches for correction of errors.

	
I would appreciate very much if I replied. and I will be happy if my report is beneficial to the community.
Comment 1 Olivier Fourdan editbugs 2008-10-03 07:18:15 CEST
This seems a bit confused, I would suggest discussing your problems either on Xubuntu forums (Xfce is not Xubuntu) or Xfce mailing lists first and once you have determined that you've hit a bug in the software, then enter a complete, fully detailed bug report.

Bugzilla is a bug reporting tool, it's not for general problem discussions. Mailing lists are more appropriate for that.

Please note, I am not saying that we don't want to help you, I am just saying that bugzilla is not the most effective tool at this stage of the investigations of your problem.
Comment 2 charlie-tca 2009-01-28 19:31:07 CET
This bug has been reported on Ubuntu Launchpad as:
https://bugs.launchpad.net/bugs/319676

(QUOTE)
There seems to be a bug with the XFCE Balou startup splash.

Steps to reproduce:
1)Set your startup splash image to Balou
2)Confirm you selection, log out and re-log in

What happens:
1)When Balou reaches the point it says "Starting window manager", the system stops responding and I have to do Ctrl+Alt+Backspace.
(/QUOTE)
Comment 3 Brian J. Tarricone (not reading bugmail) 2009-01-28 20:32:19 CET
Has it been verified on a non-Xubuntu version of Xfce?  I know their version of xfce4-session is patched...
Comment 4 Olivier Fourdan editbugs 2009-01-28 21:40:11 CET
Could be simply an Xorg driver bug, try without compositing.
Comment 5 charlie-tca 2009-01-30 22:18:33 CET
I am relaying this from Ubuntu Launchpad:

 Alexandros  wrote 15 hours ago:

I managed to find out that it has to do with sessions. If I delete the contents of the $HOME/.cache/sessions directory or have never saved any session, the bug is reproduced. Here's a better steps-to-reproduce:
1) Delete all the files from $HOME/.cache/sessions.
2) Set the splash image to balou.
3) Log out but make sure xfce does not save your session
4) Re-log in, wait a few seconds and the system stops responding

 Alexandros wrote 28 minutes ago: (permalink)

I disabled compositing and the bug occurred again, so it has to do definitely with sessions.
Comment 6 charlie-tca 2010-03-06 18:41:26 CET
This appears to be fixed in xfce4-session 4.6.1. I can no longer reproduce this issue.
Comment 7 Nick Schermer editbugs 2010-11-15 23:42:11 CET
Reassign to xfce-bugs@xfce.org.
Comment 8 Steve Dodier-Lazaro editbugs 2014-11-03 17:00:42 CET
I could not reproduce this bug on Xfce4 Session 4.10.1, on ArchLinux. This is most likely a Xubuntu bug or a bug caused in pre-xfconf versions of Xfce4 Session. The report should be closed for now.

Xubuntu folks: please reopen this report if you can still reproduce it.
Comment 9 Eric Koegel editbugs 2014-11-05 17:22:41 CET
Marking bug as closed per last comment.

Bug #4441

Reported by:
frajaferza
Reported on: 2008-10-02
Last modified on: 2014-11-05

People

Assignee:
Xfce Bug Triage
CC List:
5 users

Version

Attachments

Additional information