Description of problem: When closing xpdf, it says: XtUngrabButton(drawArea,3,0) Warning: Attempt to remove nonexistent passive grab Version-Release number of selected component (if applicable): xpdf-3.01-26.fc6 How reproducible: Always Steps to Reproduce: 1. xpdf somefile.pdf 2. Close xpdf 3. Actual results: XtUngrabButton(drawArea,3,0) Warning: Attempt to remove nonexistent passive grab Expected results: No messages Additional info: Yes, I still prefer xpdf to evince. So sue me.
This is lesstif. From lesstif/lib/Xm-2.1/RowColumn.c, specifically the destroy() function: if (realpar != NULL) { XtRemoveEventHandler(realpar, ButtonPressMask|ButtonReleaseMask, False, _XmPopupButtonPressHandler, (XtPointer)w ); /* Fix a grab problem -- dwilliss */ fprintf(stderr, "XtUngrabButton(%s,%u,%u)\n", XtName(realpar), RC_PostButton(w), RC_PostModifier$ XtUngrabButton(realpar, RC_PostButton(w), RC_PostModifiers(w)); } } I'm not sure that the grab problem actually exists (or that we care if we're in a destroy call). Reassigning to the lesstif maintainer.
I also get that each time I close xpdf. It is not obvious whether it is a lesstif or an xpdf bug, and whether it is a bug at all. I guess I'll report that to lesstif some day.
Still the same here (xpdf-3.01-28.fc7, lesstif-0.95.0-15.fc7)
lesstif-0.95.0-19.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
I'm now on rawhide (xpdf-3.02-3.fc8, lesstif-0.95.0-16.fc8). Still the same as before. Yup, lesstif-0.95.0-19.fc8 (from Koji) fixes this. Should this be declared "Closed, rawhide"?
lesstif-0.95.0-19.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.