Bug#646981: [Pkg-xfce-devel] Bug#646981: xfce4-panel: panel loses settings

2011-11-04 Thread Ian Sullivan
On 10/29/2011 06:52 AM, Lionel Le Folgoc wrote:
 Also, is there any warning/error/critical message related to xfce4-panel
 in ~/.xsession-errors ?

Sadly not.

There is a related problem with panel crashing that I just reproduced on
a clean test user and that at least produces some capturable errors when
launching xfce4-panel from the terminal. That error information is
attached as panel-error-from-terminal.

To explain what is happening there let me lay out the steps to reproduce
the configuration described in the initial report.

1) (from the console) completely move aside my user's
~/.config/xfce4/xfconf directory
2) (from the console) completely remove my user's ~/.cache/sessions
directory
3) log in
4) select Use default config from the panel first run dialogue box

The resulting xfce4-panel xml file is attached as
xfce4-panel-From-Empty-XFconf-Selecting-Default-Config.xml This file
is different from the one at /etc/xdg/xfce4/panel/default.xml in two
ways. First, panel 0 and panel 1 are listed in reverse order when the
config is moved to my user and second, the entire contents of panel 0's
config have been replaced with

property name=panel-0 type=empty
property name=position type=string value=p=0;x=100;y=100/
/property


5) (from the console) replace my test user's xfce4-panel config file
with the one created for my user in step #4
6) (from the console) completely remove my test user's .cache/sessions
7) log in as my test user

At this point my test user has the same configuration-less single
floating panel as my user.

This floating panel regularly crashes if moved, especially to the screen
edges. So to generate the panel error message attached, I simply move
the floating panel, watch it crash, then launch it again from the
terminal and move this new panel, again watching it crash. That is where
the contents of panel-error-from-terminal come from.

If I remove my user from the equation everything works fine. I can
clobber the test user's xfconf files and session cache, log in, and
selecting the default config corectly copies over the deault settings.
Those settings diff cleanly against the one in /etc and create normally
populated and positioned panels for the test user.

So something outside of my user's .xfconf or session cache is causing
the default panel settings to be mangled when moved over. I'm not quite
sure where to look for that though.

-Ian
xfce4-panel-Message: no valid position defined: (null)
*** glibc detected *** xfce4-panel: double free or corruption (fasttop): 
0xb96e30c0 ***
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6aac1)[0xb6cc0ac1]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6c328)[0xb6cc2328]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(cfree+0x6d)[0xb6cc53dd]
/lib/i386-linux-gnu/libdbus-1.so.3(dbus_free+0x1f)[0xb709849f]
=== Memory map: 
b64e3000-b64ff000 r-xp  fe:01 539701 
/lib/i386-linux-gnu/libgcc_s.so.1
b64ff000-b650 rw-p 0001b000 fe:01 539701 
/lib/i386-linux-gnu/libgcc_s.so.1
b650-b6521000 rw-p  00:00 0 
b6521000-b660 ---p  00:00 0 
b662b000-b6635000 r-xp  fe:01 524383 
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so
b6635000-b6636000 r--p 9000 fe:01 524383 
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so
b6636000-b6637000 rw-p a000 fe:01 524383 
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so
b6637000-b664 r-xp  fe:01 524295 
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.13.so
b664-b6641000 r--p 8000 fe:01 524295 
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.13.so
b6641000-b6642000 rw-p 9000 fe:01 524295 
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.13.so
b6642000-b6655000 r-xp  fe:01 524371 
/lib/i386-linux-gnu/i686/cmov/libnsl-2.13.so
b6655000-b6656000 r--p 00012000 fe:01 524371 
/lib/i386-linux-gnu/i686/cmov/libnsl-2.13.so
b6656000-b6657000 rw-p 00013000 fe:01 524371 
/lib/i386-linux-gnu/i686/cmov/libnsl-2.13.so
b6657000-b6659000 rw-p  00:00 0 
b6659000-b665f000 r-xp  fe:01 524369 
/lib/i386-linux-gnu/i686/cmov/libnss_compat-2.13.so
b665f000-b666 r--p 5000 fe:01 524369 
/lib/i386-linux-gnu/i686/cmov/libnss_compat-2.13.so
b666-b6661000 rw-p 6000 fe:01 524369 
/lib/i386-linux-gnu/i686/cmov/libnss_compat-2.13.so
b6661000-b67d8000 r--p  fe:01 138974 /usr/lib/locale/locale-archive
b67d8000-b67db000 rw-p  00:00 0 
b67db000-b67e r-xp  fe:01 143570 
/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0
b67e-b67e1000 rw-p 4000 fe:01 143570 
/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0
b67e1000-b67e3000 r-xp  fe:01 143562 
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
b67e3000-b67e4000 rw-p 1000 fe:01 143562 
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
b67e4000-b67e5000 r-xp  fe:01 153401 
/usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0
b67e5000-b67e6000 rw-p  fe:01 153401 

Bug#646981: [Pkg-xfce-devel] Bug#646981: xfce4-panel: panel loses settings

2011-10-29 Thread Yves-Alexis Perez
On ven., 2011-10-28 at 16:52 -0400, Ian Sullivan wrote:
 Package: xfce4-panel
 Version: 4.8.6-1
 
 This behavior began after upgrading from 4.8.5-1 to 4.8.6-1.
 The panel lost all settings.  I had originally two panels
 with various widgets and locations.  The first time I
 restarted after the upgrade, I was down to one panel,
 floating near the top left of the screen, where no panel
 had previously been located.  The second panel was gone,
 all widgets and other settings were gone from the one
 panel.  As far as I could tell, the original .xml for
 the panel was fine.
 
 Despite adding new items and reconfiguring the panel,
 subsequent restarts result in the same single blank
 panel.  I have tried copying the default settings
 from /etc/xdg/xfce4/panel/default.xml to no avail.
 
 I have also tried just removing the xfce4-panel.xml
 file, removing the entire ~/.config/xfce4 directory,
 and between all of these attempts, been deleting
 my ~/.cache/sessions directory.
 
 If I create a new user, everything seems to work
 fine.  If I delete the new user's xfce4-panel.xml
 and replace it with the default from /etc, I get
 the default panel layout as expected.  If I do
 the same thing with my user, I get a broken version
 of the default file.  Copying that file to the
 test user's ~/.config directory results in the
 same single broken panel behavior for the test
 user.

So you're saying that the /etc/xdg/xfce4/panel/default.xml file is
broken and will even break users configuration even though they override
the default one?

I didn't notice that so it might still be config-dependent, but that's
indeed bad.

Regards,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part


Bug#646981: [Pkg-xfce-devel] Bug#646981: xfce4-panel: panel loses settings

2011-10-29 Thread Lionel Le Folgoc
Hi,

Thanks for your bug report.

On Fri, Oct 28, 2011 at 04:52:35PM -0400, Ian Sullivan wrote:
 Package: xfce4-panel
 Version: 4.8.6-1
 

Could you use reportbug to followup on this bug, so that we know what
architecture you're using, and what versions of xfce4-panel's
dependencies are installed?

Also, is there any warning/error/critical message related to xfce4-panel
in ~/.xsession-errors ?

Regards,

-- 
Lionel


signature.asc
Description: Digital signature