DockbarX crashes on mouseover icon with open window

[mr_hangman]

DockbarX crashes on mouseover an icon with open window (see attached video).
I'm using DockbarX 0.39.8 on archlinux with gnome 2.32.

Here are the few last updates I made before noticing the crash.

[2010-10-07 20:32] upgraded gnome-disk-utility (2.32.0-1 -> 2.32.0-2)
[2010-10-07 20:33] installed gnome-keyring-sharp (1.0.2-1)
[2010-10-07 20:33] installed notify-sharp-svn (3032-2)
[2010-10-07 20:33] Installing schema...
[2010-10-07 20:33] Updating desktop...
[2010-10-07 20:33] installed docky (2.0.7-1)
[2010-10-07 20:35] Removing schema...
[2010-10-07 20:35] Updating desktop...
[2010-10-07 20:35] removed docky (2.0.7-1)
[2010-10-07 20:35] removed notify-sharp-svn (3032-2)
[2010-10-07 20:35] removed gnome-keyring-sharp (1.0.2-1)
[2010-10-07 23:21] removed gnome-screensaver (2.30.2-1)
[2010-10-07 23:21] installed gnome-screensaver-fadeout-nvidia-patch (2.30.2-1)
[2010-10-07 23:22] installed gnome-clock-screensaver (1.0.0-1)
[2010-10-07 23:25] installed gnome-lock-dialog-preferences (0.3.2-0.1)

I tried to revert back the last 3 packages but the problem still persists.

Any temporary workarounds are very welcome!

[Matias Särs (msevens)]

Run dockbarx in window and post the errors.

dockbarx.py run-in-window

[mr_hangman (mrhangman)]

Thank you very much for your quick reply.

Here is the output.

$ dockbarx_factory.py run-in-window

** (dockbarx_factory.py:3064): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags'

** (dockbarx_factory.py:3064): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags'

** (dockbarx_factory.py:3064): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags'
Dockbarx init
Dockbarx reload
Opened window matched with gio app on id: nautilus
Opened window matched with gio app on id: file-roller
Opened window matched with gio app on id: gedit
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/numpy/__init__.py", line 132, in <module>
    import add_newdocs
  File "/usr/lib/python2.6/site-packages/numpy/add_newdocs.py", line 9, in <module>
    from lib import add_newdoc
  File "/usr/lib/python2.6/site-packages/numpy/lib/__init__.py", line 13, in <module>
    from polynomial import *
  File "/usr/lib/python2.6/site-packages/numpy/lib/polynomial.py", line 17, in <module>
    from numpy.linalg import eigvals, lstsq
  File "/usr/lib/python2.6/site-packages/numpy/linalg/__init__.py", line 47, in <module>
    from linalg import *
  File "/usr/lib/python2.6/site-packages/numpy/linalg/linalg.py", line 22, in <module>
    from numpy.linalg import lapack_lite
ImportError: /usr/lib/liblapack.so: undefined symbol: blas_zhemv2_x_
$

[Matias Särs (msevens)]

Oh, the bug isn't in dockbarx but in numpy, a package that can deal with matrices quickly (used indirectly by dockbarx theme engine).

I'm guessing that only the function get_average_color() is using numpy now, so a workaround should be to use a theme that doesn't use the average color, with a dark panel as yours I would suggest sunny colors which shouldn't use average colors if I remember correctly (you find it in dockbarx theme package).

I'll leave this bug open for now, because I could rebuild the get_average_color() function so that it doesn't have to rely on numpy anymore.

[mr_hangman (mrhangman)]

Thanks a lot! The sunny theme solves the problem.
DockbarX is working now.

Thank you very much.