GNU bug report logs -
#76408
29.4; read-key always returns only tab-line for click in tab-line
Previous Next
Reported by: Jared Finder <jared <at> finder.org>
Date: Tue, 18 Feb 2025 22:36:02 UTC
Severity: normal
Found in version 29.4
Fixed in versions 30.1.50, 31.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76408 in the body.
You can then email your comments to 76408 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Tue, 18 Feb 2025 22:36:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jared Finder <jared <at> finder.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 18 Feb 2025 22:36:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
read-key only reports the symbol tab-line for clicks in the tab-line,
instead of the mouse event.
To reproduce:
emacs -q -nw
M-x xterm-mouse-mode
Show the tab-line, either global-tab-line-mode or
global-window-tool-bar-mode
Then just eval (read-key)
Clicks in the mode-line or header-line return the underlying mouse
event, but clicks in tab-line-only return the symbol tab-line.
I believe the following change to read-key fixes this:
@@ -3074,7 +3074,7 @@
(catch 'read-key (read-key-sequence-vector prompt nil
t)))
(key (aref keys 0)))
(if (and (> (length keys) 1)
- (memq key '(mode-line header-line
+ (memq key '(mode-line header-line tab-line
left-fringe right-fringe)))
(aref keys 1)
key)))
-- MJF
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 19 Feb 2025 07:45:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 76408 <at> debbugs.gnu.org (full text, mbox):
close 76408 31.0.50
thanks
> read-key only reports the symbol tab-line for clicks in the tab-line,
> instead of the mouse event.
>
> To reproduce:
>
> emacs -q -nw
> M-x xterm-mouse-mode
> Show the tab-line, either global-tab-line-mode or
> global-window-tool-bar-mode
> Then just eval (read-key)
>
> Clicks in the mode-line or header-line return the underlying mouse
> event, but clicks in tab-line-only return the symbol tab-line.
>
> I believe the following change to read-key fixes this:
>
> @@ -3074,7 +3074,7 @@ read-key
> - (memq key '(mode-line header-line
> + (memq key '(mode-line header-line tab-line
Thanks for the fix. Pushed to master (I guess it's too late for release?)
bug marked as fixed in version 31.0.50, send any further explanations to
76408 <at> debbugs.gnu.org and Jared Finder <jared <at> finder.org>
Request was from
Juri Linkov <juri <at> linkov.net>
to
control <at> debbugs.gnu.org
.
(Wed, 19 Feb 2025 07:45:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 19 Feb 2025 16:01:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 76408 <at> debbugs.gnu.org (full text, mbox):
> Cc: 76408 <at> debbugs.gnu.org
> From: Juri Linkov <juri <at> linkov.net>
> Date: Wed, 19 Feb 2025 09:42:06 +0200
>
> close 76408 31.0.50
> thanks
>
> > read-key only reports the symbol tab-line for clicks in the tab-line,
> > instead of the mouse event.
> >
> > To reproduce:
> >
> > emacs -q -nw
> > M-x xterm-mouse-mode
> > Show the tab-line, either global-tab-line-mode or
> > global-window-tool-bar-mode
> > Then just eval (read-key)
> >
> > Clicks in the mode-line or header-line return the underlying mouse
> > event, but clicks in tab-line-only return the symbol tab-line.
> >
> > I believe the following change to read-key fixes this:
> >
> > @@ -3074,7 +3074,7 @@ read-key
> > - (memq key '(mode-line header-line
> > + (memq key '(mode-line header-line tab-line
>
> Thanks for the fix. Pushed to master (I guess it's too late for release?)
It's okay to backport this to the release branch.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 19 Feb 2025 18:01:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 76408 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Cc: 76408 <at> debbugs.gnu.org
>> From: Juri Linkov <juri <at> linkov.net>
>> Date: Wed, 19 Feb 2025 09:42:06 +0200
>>
>> close 76408 31.0.50
>> thanks
>>
>> > read-key only reports the symbol tab-line for clicks in the tab-line,
>> > instead of the mouse event.
>> >
>> > To reproduce:
>> >
>> > emacs -q -nw
>> > M-x xterm-mouse-mode
>> > Show the tab-line, either global-tab-line-mode or
>> > global-window-tool-bar-mode
>> > Then just eval (read-key)
>> >
>> > Clicks in the mode-line or header-line return the underlying mouse
>> > event, but clicks in tab-line-only return the symbol tab-line.
>> >
>> > I believe the following change to read-key fixes this:
>> >
>> > @@ -3074,7 +3074,7 @@ read-key
>> > - (memq key '(mode-line header-line
>> > + (memq key '(mode-line header-line tab-line
>>
>> Thanks for the fix. Pushed to master (I guess it's too late for release?)
>
> It's okay to backport this to the release branch.
Please wait until after Emacs 30.1 for now. Thanks in advance.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 19 Feb 2025 19:15:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 76408 <at> debbugs.gnu.org (full text, mbox):
>>> > I believe the following change to read-key fixes this:
>>> >
>>> > @@ -3074,7 +3074,7 @@ read-key
>>> > - (memq key '(mode-line header-line
>>> > + (memq key '(mode-line header-line tab-line
>>>
>>> Thanks for the fix. Pushed to master (I guess it's too late for release?)
>>
>> It's okay to backport this to the release branch.
>
> Please wait until after Emacs 30.1 for now. Thanks in advance.
This means to backport to Emacs 30.2 later?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 19 Feb 2025 21:21:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 76408 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
>>>> > I believe the following change to read-key fixes this:
>>>> >
>>>> > @@ -3074,7 +3074,7 @@ read-key
>>>> > - (memq key '(mode-line header-line
>>>> > + (memq key '(mode-line header-line tab-line
>>>>
>>>> Thanks for the fix. Pushed to master (I guess it's too late for release?)
>>>
>>> It's okay to backport this to the release branch.
>>
>> Please wait until after Emacs 30.1 for now. Thanks in advance.
>
> This means to backport to Emacs 30.2 later?
Yes, please.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Wed, 26 Feb 2025 07:26:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 76408 <at> debbugs.gnu.org (full text, mbox):
On 2025-02-19 13:20, Stefan Kangas wrote:
> Juri Linkov <juri <at> linkov.net> writes:
>
>>>>> > I believe the following change to read-key fixes this:
>>>>> >
>>>>> > @@ -3074,7 +3074,7 @@ read-key
>>>>> > - (memq key '(mode-line header-line
>>>>> > + (memq key '(mode-line header-line tab-line
>>>>>
>>>>> Thanks for the fix. Pushed to master (I guess it's too late for
>>>>> release?)
>>>>
>>>> It's okay to backport this to the release branch.
>>>
>>> Please wait until after Emacs 30.1 for now. Thanks in advance.
>>
>> This means to backport to Emacs 30.2 later?
>
> Yes, please.
I just want to make sure this doesn't get forgotten.
-- MJF
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76408
; Package
emacs
.
(Thu, 27 Feb 2025 19:03:03 GMT)
Full text and
rfc822 format available.
Message #28 received at 76408 <at> debbugs.gnu.org (full text, mbox):
fixed 76408 30.1.50
thanks
>>>>>> > I believe the following change to read-key fixes this:
>>>>>> >
>>>>>> > @@ -3074,7 +3074,7 @@ read-key
>>>>>> > - (memq key '(mode-line header-line
>>>>>> > + (memq key '(mode-line header-line tab-line
>>>>>> Thanks for the fix. Pushed to master (I guess it's too late for
>>>>>> release?)
>>>>> It's okay to backport this to the release branch.
>>>> Please wait until after Emacs 30.1 for now. Thanks in advance.
>>> This means to backport to Emacs 30.2 later?
>> Yes, please.
>
> I just want to make sure this doesn't get forgotten.
Thanks for the reminder, now backported to emacs-30.
bug Marked as fixed in versions 30.1.50.
Request was from
Juri Linkov <juri <at> linkov.net>
to
control <at> debbugs.gnu.org
.
(Thu, 27 Feb 2025 19:03:05 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 28 Mar 2025 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 81 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.