From: Robert Pluim <rpluim@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Madhu <enometh@meer.net>, 75120@debbugs.gnu.org
Subject: bug#75120: 31.0.50; which-key crashes on xt if the scroll bar is activated.
Date: Wed, 08 Jan 2025 14:11:57 +0100 [thread overview]
Message-ID: <87frltih5u.fsf@gmail.com> (raw)
In-Reply-To: <86ttaorosk.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 28 Dec 2024 14:10:35 +0200")
>>>>> On Sat, 28 Dec 2024 14:10:35 +0200, Eli Zaretskii <eliz@gnu.org> said:
>> From: Madhu <enometh@meer.net>
>> Date: Thu, 26 Dec 2024 20:56:01 +0530
>>
>> Hello, Having heard about which-key mode I decided to try it.
>>
>> gdb --args ../build-xt-native/src/emacs -Q -eval '(which-key-mode 1)' -eval '(setq window-min-height 8)'
>>
>> 1. type C-x, wait 5 seconds, type C-g.
>> 2. type C-x, wait 2 seconds for the 8 line frame with scrollbar, click the "up
>> arrow" on the top of the scrollbar.
Eli> When I try this, Emacs signals an error, displaying "C-x
Eli> <vertical-scroll-bar> <mouse-1> is undefined" in the echo area. But
Eli> I'm not on X.
Eli> Can someone else reproduce the crash?
Yes. In xt_action_hook:
x_send_scroll_bar_event (window_being_scrolled,
scroll_bar_end_scroll, 0, 0, false);
w = XWINDOW (window_being_scrolled);
bar = XSCROLL_BAR (w->vertical_scroll_bar); <-
w->vertical_scroll_bar == Qnil here
Although I have no clue what to do about it: I suspect the scrollbars
have been condemned by condemn_scroll_bars_hook, but then not
redeemed. Or maybe whatever is undoing or preventing the global
setting of "<vertical-scroll-bar> <mouse-1>" is responsible, but I
canʼt find where that is.
Robert
--
next prev parent reply other threads:[~2025-01-08 13:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-26 15:26 bug#75120: 31.0.50; which-key crashes on xt if the scroll bar is activated Madhu
2024-12-28 12:10 ` Eli Zaretskii
2025-01-08 13:11 ` Robert Pluim [this message]
2025-01-09 7:16 ` Eli Zaretskii
2025-01-09 8:52 ` martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors
2025-01-09 9:26 ` Robert Pluim
2025-01-09 9:35 ` martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors
2025-01-09 9:53 ` Robert Pluim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87frltih5u.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=75120@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=enometh@meer.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.