Package: gnome-panel<br>Version: 2.26.3-1<br><br>If the user removes the Notification Area applet from a panel, gnome-panel crashes and all panels vanish. (I am not sure, but it appears to me that gnome-panel tries to re-start itself automatically, but aborts after a few attempts.)<br>
<br>The .xsession-errors file contains the following message:<br><br>{ The program 'gnome-panel' received an X Window System error.<br>{ This probably reflects a bug in the program.<br>{ The error was 'BadMatch (invalid parameter attributes)'.<br>
{ (Details: serial 2096 error_code 8 request_code 1 minor_code 0)<br>{ (Note to programmers: normally, X errors are reported asynchronously;<br>{ that is, you will receive the error a while after causing it.<br>{ To debug your program, run it with the --sync command line<br>
{ option to change this behavior. You can then get a meaningful<br>{ backtrace from your debugger if you break on the gdk_x_error() function.)<br><br>Subsequent invokations of gnome-panel do the same thing, even after logout/login, gdm restart, and even reboot.<br>
<br>Configuration<br><br>My desktop is configured as dual-head. Each monitor is independent (not running xinerama) and each monitor has its own Notification Area applet.<br><br>Steps to reproduce<br><br>* This procedure is UNSAFE. Please create a test user with adduser, then login as the test user first.<br>
<br>- Right-click on Notification Area<br>- Click Remove from Panel<br>- Observe that all panels vanish and try to re-appear, then vanish again and try to re-appear again (as if gnome-panel is re-trying).<br>- After several seconds, all panels dissapear for good.<br>
- Attempt to restart gnome-panel from the shell manually, and observe that it fails in the same way.<br>- Attempt to restart gnome-panel via gdm restart or kernel reboot, and observe that it fails in the same way.<br><br>
Potential workaround steps<br><br>- Logout, and open a tty console (e.g., Ctrl-Alt-F1).<br>- Login at the console as the user experiencing the gnome-panel crashes (not as root).<br>- Make a safekeep copy of the ~/.gconf directory tree (e.g., mv ~/.gconf ~/.gconf.suspect.copy).<br>
- Restore the most recent backup copy of the .gconf directory tree to ~/.gconf.<br>- Log out of the console, and switch back to GUI mode (e.g., Ctrl-Alt-F7).<br>- Log in, and obsever that the panels now appear as normal.<br>
<br>Cursory analysis<br><br>- gdb suggests that the crash occurs after gtk callbacks have been activated (after main.c(108) invokes gtk_main()).<br>- diff suggests that something gets corrupted in the ~/.gconf/apps/panel directory tree. This conslusion is based on a diff between the live and backup copies of the .gconf directory tree.<br>
<br>