GNU bug report logs -
#51794
29.0.50; invalid input events generated from a mouse click for the tab bar
Previous Next
Reported by: Mark Kennedy <mark.t.kennedy <at> gmail.com>
Date: Fri, 12 Nov 2021 21:04:01 UTC
Severity: normal
Found in version 29.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
bug fix #50993 is the bug. it made make_lispy_position skip setting
posn to the tab_bar if track_mouse is non-nil. why track_mouse is nil
for some frames and not for others i didn't look into.
thoughts/comments?
/mark
On Sat, Nov 13, 2021 at 10:43 AM Mark Kennedy <mark.t.kennedy <at> gmail.com> wrote:
>
> Thanks, I'll check it out.
>
> On Sat, Nov 13, 2021, 10:30 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>> > From: Mark Kennedy <mark.t.kennedy <at> gmail.com>
>> > Date: Sat, 13 Nov 2021 09:52:21 -0500
>> > Cc: 51794 <at> debbugs.gnu.org
>> >
>> > i'm willing to attempt to debug it myself but not via the -Q route. i
>> > prefer to focus on where the bad input event stream is being created.
>> > any suggestions about where to put an elisp or C breakpoint to go
>> > after this?
>>
>> In keyboard.c, under "case MOUSE_CLICK_EVENT:", step through the
>> code until you get to this line:
>>
>> position = make_lispy_position (f, event->x, event->y,
>> event->timestamp);
>>
>> then step into make_lispy_position, and see what it produces.
>>
>> (I hope I got the code right; apologies if not.)
This bug report was last modified 3 years and 185 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.