comparison plugins/gestures/stroke.c @ 9843:19fd43d52d18

[gaim-migrate @ 10721] " I didn't notice this bug had been closed until I went looking for it again. :) I have been able to crash Gaim 0.82cvs using the method described in the bug. It looks like there was a patch to the gestures plugin to catch a case where it catches the release of a non-gestures button and the gesture is active. It seems as though there is a way to confuse GDK (or the gestures plugin) into missing the button release event for the gestures button by sending it a bunch of events at the same time (chord-clicking all 3 buttons of the mouse at once). This patch traps when other buttons are clicked after a gesture is active and cancels the gesture. I don't know if it's the Right Fix(tm), but it does keep it from crashing on my system. I also trapped a place or two where it would actually segfault in Gaim; the button trap is more of a fix to keep the gesture from "sticking". If the gesture sticks and we trap the null data pointers, Gaim still crashes with a badDrawable X error. The error was 'BadDrawable (invalid Pixmap or Window parameter)'. (Details: serial 5520 error_code 9 request_code 66 minor_code 0) " --Dave (kat) West committer: Tailor Script <tailor@pidgin.im>
author Luke Schierer <lschiere@pidgin.im>
date Mon, 23 Aug 2004 23:56:23 +0000
parents 5239a3b4ab33
children a22381c9072d
comparison
equal deleted inserted replaced
9842:595a2fb511b9 9843:19fd43d52d18
188 { 188 {
189 p_point new_point_p; 189 p_point new_point_p;
190 gint delx, dely; 190 gint delx, dely;
191 float ix, iy; 191 float ix, iy;
192 192
193 g_return_if_fail( metrics != NULL );
194
193 #if 0 195 #if 0
194 printf ("%d:%d ", x, y); fflush (stdout); 196 printf ("%d:%d ", x, y); fflush (stdout);
195 #endif 197 #endif
196 198
197 if (metrics->point_count < GSTROKE_MAX_POINTS) { 199 if (metrics->point_count < GSTROKE_MAX_POINTS) {