From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
Description of problem:
If one right clicks on a docked or clipped appicon and chooses "settings",
WindowMaker crashes. It does catch itself and let you restart without dropping
back out of X, though, which is a nice feature.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Right click on a docked appicon
3.watch WindowMaker die
Actual Results: WindowMaker dies. Don't see a core file and am not sure where
WM logs errors.
Expected Results: You should enter a window where one can change properties of
the application in question.
Found this while trying to see where the "wmclock" applet had gotten to - this
appears to have been left out of the 0.80-1 rpm (worth a seperate bug entry?)
Am running on a fully updated 7.2 system, so had to rebuild from the SRPM due to
gcc 3 dependancy of the binary.
Ok I can confirm this is the case... investigating
Ok, this looks to be a bug in the XIM patch that flakes out. I'm reverting the
If you happen to have the srpm kicking about edit the spec file and hash out the
%Patch1 line and the --enable-xim line.
Kicking this upstream to let the XIM patch person ponder over whats gone wrong.
The patch that is applied if off
but is based on one at
If someone can correct the fault and pass me over the patch I'll happily
reinclude it in the distribution
Please note: Time is short for patchs to work their way through (<2 weeks)
Updated patch reintergated with 0.80.0-6, wait for rawhide to pick that up