FS#24339 - [libxfce4ui] 4.8.0-2 crash the desktop

Attached to Project: Arch Linux
Opened by synflag (synflag) - Wednesday, 18 May 2011, 20:53 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 20 May 2011, 18:55 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Allan McRae (Allan)
Architecture x86_64
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
After update of libxfce4ui 4.8.0-1 to libxfce4ui 4.8.0-2, the desktop crashly totally, description:

1.- startx in tty1
2.- 8 seconds for show desktop (4 cores cpu and 8gb of ram)
3.- show desktop and after 5 seconds no show desktop anymore (home folder, icons, disk mounted, wallpaper)
4.- in tty1 the message is "other window manager is running"

Additional info:
* package version(s)
* config and/or log files etc.

libxfce4ui 4.8.0-2 is buggy.
Downgrade from /var/cache/pacman/pkg/ to 4.8.0-1 and bug is no present, so, -2 version is buggy.

Note: see the  FS#24122  task, some body test any pkg before upload to repos?.


Steps to reproduce:
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 20 May 2011, 18:55 GMT
Reason for closing:  Fixed
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 00:17 GMT
I am having a similar problem. After starting xfce with startx, it takes a while for the window manager to fully load. I also get an error message "Failed to load the desktop folder. File enumerator has outstanding operation". synflag, how do I downgrade to the previous non-buggy version?
Comment by synflag (synflag) - Thursday, 19 May 2011, 03:21 GMT
Zhehao,

Yes, same error, i'am tired with bug over bug, packages no tested.
To Downgrade, go to /var/cache/pacman/pkg/ and find the package libxfce4ui-4.8.0-1.pkg.tar.xz with ls -l, then, execute pacman -U libxfce4ui-4.8.0-1.pkg.tar.xz, and after edit /etc/pacman.conf add ignorepkg = libxfce4ui and write, for not affect your system with news upgrades (pacman -Syu).

Reegards.
Comment by Andreas Radke (AndyRTR) - Thursday, 19 May 2011, 05:57 GMT
The pkg is just a rebuild removing the Xfce4 group. I've also noticed the somewhat longer time until the desktop was fully loaded. But I see no error so far.

I assume gcc4.6 producing bad code here. Assigning also to Allan for a possible compiler bug.
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 06:30 GMT
synflag: hello I cannot reproduce this problem. Please post the complete output of startx, in an attached file. Thank you. You must give enough information so that we know which program is crashing.
Also please mention any package related to XFCE that you may have installed from AUR.
Comment by Leonid Isaev (lisaev) - Thursday, 19 May 2011, 14:25 GMT
Also, do you have any gtk3 themes in use?
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 14:59 GMT
I've attached the startx readout for libxfce4ui version 2 and version 1 in startx.log and startx-old.log respectively. It seems that the problem is that version 2 is causing multiple instances of the startup programs to be run when only one should be. Version 1 does not have this problem, as the logs show.
   startx.log (4.7 KiB)
   startx-old.log (2.6 KiB)
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 18:07 GMT
zhehao: can you post the contents of your .xinitrc file? is your system completely up to date?
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 18:42 GMT
My system is completely up to date, but for now I have downgraded libxfce4ui so as to avoid the bug. Here is my .xinitrc. It sources the files in /etc/X11/xinit/xinitrc.d/. I have attached those as well.
   .xinitrc (0.4 KiB)
   30-dbus (0.2 KiB)
   40-libcanberra-gtk-module (0.3 KiB)
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 18:50 GMT
I'm not sure the usage of startxfce4 in .initrc is correct: both of your logs show multiple launches of the same thing. Can you try replacing startxfce4 by xfce4-session in your .xinitrc file ?
Comment by Leonid Isaev (lisaev) - Thursday, 19 May 2011, 19:04 GMT
OK, what is it with people and dbus?
1. /usr/bin/startxfce4 already calls dbus-launch, so it should be disabled in .xinitrc.
2. Similarly, 30-dbus is not needed.

Using xfce4-session instead of startxfce4 will disable automount, trash and possibly the root menu.
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 22:26 GMT
Leonid, after commenting out everything in .xinitrc except for exec startxfce4, the problem persists. Remy, I'm pretty sure the log when running the old version of libxfce4ui (startx-old.log) does not show multiple launches of the same program.
Comment by Evangelos Foutras (foutrelis) - Friday, 20 May 2011, 06:32 GMT
I can't replicate OP's bug, but I did notice a change in behavior in 4.8.0-2. Previously, I would press Alt+F4 on the desktop to bring up the log out menu. After updating to 4.8.0-2, Alt+F4 does nothing anymore.

It appears that 4.8.0-2's libxfce4kbd-private-2.so.0.0.0 and libxfce4ui-1.so.0.0.0 are not linked against libSM, and while building in a chroot you can see that it reports "X11 session management: no" after the configure step.

Long story short, adding 'libsm' to the dependencies and rebuilding brings back the "Alt+F4 on the desktop -> Log out menu" functionality for me.

Maybe it fixes this bug too? You can test with the following packages:

(packages removed, use 4.8.0-3 from [extra])
Comment by Andreas Radke (AndyRTR) - Friday, 20 May 2011, 06:50 GMT
libxfce4ui 4.8.0-3 in extra has libsm dependency added. please check if this solves the reported problems.
Comment by Daniel (prizeloser) - Friday, 20 May 2011, 08:24 GMT
4.8.0-3 gets rid of the bug for me.
Comment by Zhehao Mao (zhehao) - Friday, 20 May 2011, 14:23 GMT
It fixes it for me also.

Loading...