unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
@ 2022-01-06 21:48 Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-07  6:48 ` Eli Zaretskii
  0 siblings, 1 reply; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-06 21:48 UTC (permalink / raw)
  To: 53062


So, I noticed that everytime I insert my charger the echo area echos
"dead-circumflex-".  Obviously I:

(global-set-key (kbd "<dead-circumflex>") 'save-buffers-kill-emacs)

Now everytime I insert my laptop charger emacs is killed.

Is this expected?  I pulled and built emacs from source just now, and
still get that behavior.

Happy new year,
Theodor Thornhill


In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo version 1.17.4)
 of 2022-01-06 built on theo
Repository revision: 7945d86829d89066f082f0086047fae34cf932f1
Repository branch: master
System Description: Arch Linux

Configured using:
 'configure --with-pgtk'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PGTK
PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP XIM
GTK3 ZLIB

Important settings:
  value of $LANG: en_US.utf8
  locale-coding-system: utf-8-unix

Major mode: ELisp/l

Minor modes in effect:
  yas-global-mode: t
  yas-minor-mode: t
  corfu-global-mode: t
  corfu-mode: t
  mct-minibuffer-mode: t
  paredit-mode: t
  minibuffer-electric-default-mode: t
  winner-mode: t
  electric-pair-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  global-prettify-symbols-mode: t
  prettify-symbols-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils text-property-search
cursor-sensor vc-git diff-mode vc-dispatcher cl-extra cl-seq yasnippet
help-mode corfu mct modus-vivendi-theme seq subr-x byte-opt bytecomp
byte-compile cconv modus-themes cl-macs gv pcase paredit edmacro kmacro
cl-loaddefs cl-lib easy-mmode rot13 disp-table minibuf-eldef winner ring
elec-pair info sly-autoloads iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/pgtk-win pgtk-win term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice
button loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit pgtk lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 167044 188844)
 (symbols 48 11888 24)
 (strings 32 28630 9965)
 (string-bytes 1 973233)
 (vectors 16 16031)
 (vector-slots 8 206286 136148)
 (floats 8 223 1712)
 (intervals 56 3118 270)
 (buffers 992 13))





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-06 21:48 bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex> Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-07  6:48 ` Eli Zaretskii
  2022-01-07  7:27   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-10 21:20   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 2 replies; 11+ messages in thread
From: Eli Zaretskii @ 2022-01-07  6:48 UTC (permalink / raw)
  To: Theodor Thornhill; +Cc: 53062

> Date: Thu, 06 Jan 2022 22:48:53 +0100
> From:  Theodor Thornhill via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> 
> So, I noticed that everytime I insert my charger the echo area echos
> "dead-circumflex-".  Obviously I:
> 
> (global-set-key (kbd "<dead-circumflex>") 'save-buffers-kill-emacs)
> 
> Now everytime I insert my laptop charger emacs is killed.
> 
> Is this expected?  I pulled and built emacs from source just now, and
> still get that behavior.

Is what expected?  If you bind that function key to
save-buffers-kill-emacs, it is expected that whenever that function
key is "pressed", Emacs will exit, yes.

If you were asking about the dead-circumflex function key event being
generated when you plug your charger, I think it's something that
is local to your system -- some piece of software generates key input
event when you do that.  Emacs just responds to the input events it
receives from the OS.

If you cannot figure out how to disable that "feature", you could
perhaps bind that key to 'ignore', then Emacs will process and ignore
that key.





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-07  6:48 ` Eli Zaretskii
@ 2022-01-07  7:27   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-10 21:20   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 0 replies; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-07  7:27 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 53062



On 7 January 2022 07:48:18 CET, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Thu, 06 Jan 2022 22:48:53 +0100
>> From:  Theodor Thornhill via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>> 
>> 
>> So, I noticed that everytime I insert my charger the echo area echos
>> "dead-circumflex-".  Obviously I:
>> 
>> (global-set-key (kbd "<dead-circumflex>") 'save-buffers-kill-emacs)
>> 
>> Now everytime I insert my laptop charger emacs is killed.
>> 
>> Is this expected?  I pulled and built emacs from source just now, and
>> still get that behavior.
>
>Is what expected?  If you bind that function key to
>save-buffers-kill-emacs, it is expected that whenever that function
>key is "pressed", Emacs will exit, yes.
>

This was just meant as a joke to clarify it was a keyboard event :) 

>If you were asking about the dead-circumflex function key event being
>generated when you plug your charger, I think it's something that
>is local to your system -- some piece of software generates key input
>event when you do that.  Emacs just responds to the input events it
>receives from the OS.
>

I guess you're right, I just find it very strange it happens. I'll check if it happens to other window managers than stumpwm. 


>If you cannot figure out how to disable that "feature", you could
>perhaps bind that key to 'ignore', then Emacs will process and ignore
>that key.

This is a usable workaround, I guess





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-07  6:48 ` Eli Zaretskii
  2022-01-07  7:27   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-10 21:20   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14  8:09     ` Lars Ingebrigtsen
  1 sibling, 1 reply; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-10 21:20 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 53062


> If you cannot figure out how to disable that "feature", you could
> perhaps bind that key to 'ignore', then Emacs will process and ignore
> that key.

Actually, this only happens under ./configure --with-pgtk, not with
./configure, so my guess is that that variant picks up something it
shouldn't


Theodor





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-10 21:20   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14  8:09     ` Lars Ingebrigtsen
  2022-01-14  9:33       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-14  8:09 UTC (permalink / raw)
  To: Theodor Thornhill; +Cc: Po Lu, 53062

Theodor Thornhill <theo@thornhill.no> writes:

> Actually, this only happens under ./configure --with-pgtk, not with
> ./configure, so my guess is that that variant picks up something it
> shouldn't

That's interesting.  Perhaps Po Lu has some input on how to debug this
strange issue; added to the CCs.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14  8:09     ` Lars Ingebrigtsen
@ 2022-01-14  9:33       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14 12:18         ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14  9:33 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: Eli Zaretskii, 53062, Theodor Thornhill

Lars Ingebrigtsen <larsi@gnus.org> writes:

>> Actually, this only happens under ./configure --with-pgtk, not with
>> ./configure, so my guess is that that variant picks up something it
>> shouldn't

> That's interesting.  Perhaps Po Lu has some input on how to debug this
> strange issue; added to the CCs.

Thanks for bringing this to my attention.

Theodor, are you running under X or are you running under Wayland?

Also, can you please run Emacs with the environment variable GDK_DEBUG
set to `events', unplug your charger, and show the GDK debug output?





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14  9:33       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14 12:18         ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14 12:29           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14 12:18 UTC (permalink / raw)
  To: Po Lu, Lars Ingebrigtsen; +Cc: Eli Zaretskii, 53062

Po Lu <luangruo@yahoo.com> writes:

> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>>> Actually, this only happens under ./configure --with-pgtk, not with
>>> ./configure, so my guess is that that variant picks up something it
>>> shouldn't
>
>> That's interesting.  Perhaps Po Lu has some input on how to debug this
>> strange issue; added to the CCs.
>
> Thanks for bringing this to my attention.
>
> Theodor, are you running under X or are you running under Wayland?
>

I'm running under X

> Also, can you please run Emacs with the environment variable GDK_DEBUG
> set to `events', unplug your charger, and show the GDK debug output?

I tried to reproduce this again, but now I only get a message telling me
it's not running under X when using --with-pgtk. clean configure works
fine. I use exwm.  I'll look into reproducing with the commit I reported
the bug with.

Side note: is it expected that exwm error when running --with-pgtk under
X? The only difference in setup is that option set or not. Exwm is run
with startx, so I assume we are in X.

Theo





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14 12:18         ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14 12:29           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14 12:53             ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14 12:29 UTC (permalink / raw)
  To: Theodor Thornhill; +Cc: Lars Ingebrigtsen, 53062, Eli Zaretskii

Theodor Thornhill <theo@thornhill.no> writes:

> I tried to reproduce this again, but now I only get a message telling me
> it's not running under X when using --with-pgtk. clean configure works
> fine. I use exwm.  I'll look into reproducing with the commit I reported
> the bug with.

Thanks, but I don't understand what message you allude to, and where
it's from.  Could you show the error message?

> Side note: is it expected that exwm error when running --with-pgtk under
> X? The only difference in setup is that option set or not. Exwm is run
> with startx, so I assume we are in X.

Yes.  You should not use the PGTK build under X, it is much worse than
the regular X build in every aspect.

Thanks in advance.





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14 12:29           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14 12:53             ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14 13:06               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14 12:53 UTC (permalink / raw)
  To: Po Lu; +Cc: Lars Ingebrigtsen, 53062, Eli Zaretskii

Po Lu <luangruo@yahoo.com> writes:

> Theodor Thornhill <theo@thornhill.no> writes:
>
>> I tried to reproduce this again, but now I only get a message telling me
>> it's not running under X when using --with-pgtk. clean configure works
>> fine. I use exwm.  I'll look into reproducing with the commit I reported
>> the bug with.
>
> Thanks, but I don't understand what message you allude to, and where
> it's from.  Could you show the error message?
>
This code resides in exwm.el, and is the one messaging the error

(when (not (eq 'x (framep frame)))
    (message "[EXWM] Not running under X environment")
    (cl-return-from exwm-init))
    
This seems to be because (framep frame) returns 'pgtk, and not 'x. So
exwm cannot run under 'pgtk, it seems.  Not sure if that is _only_ a bug
in exwm, or maybe should also be addressed in pgtk?


>> Side note: is it expected that exwm error when running --with-pgtk under
>> X? The only difference in setup is that option set or not. Exwm is run
>> with startx, so I assume we are in X.
>
> Yes.  You should not use the PGTK build under X, it is much worse than
> the regular X build in every aspect.
>

Right, gotcha





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14 12:53             ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14 13:06               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-14 13:12                 ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 11+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14 13:06 UTC (permalink / raw)
  To: Theodor Thornhill; +Cc: Lars Ingebrigtsen, 53062, Eli Zaretskii

Theodor Thornhill <theo@thornhill.no> writes:

> This code resides in exwm.el, and is the one messaging the error
>
> (when (not (eq 'x (framep frame)))
>     (message "[EXWM] Not running under X environment")
>     (cl-return-from exwm-init))
>     
> This seems to be because (framep frame) returns 'pgtk, and not 'x. So
> exwm cannot run under 'pgtk, it seems.  Not sure if that is _only_ a bug
> in exwm, or maybe should also be addressed in pgtk?

framep returns the window system Emacs is running under.  Under PGTK,
`pgtk' is the window system, not `x'.

I don't see why the exwm developers should bother to support the PGTK
build either, which won't work for various other reasons (such as
missing x-send-client-message, for example.)

Thanks.





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex>
  2022-01-14 13:06               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-14 13:12                 ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 11+ messages in thread
From: Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-14 13:12 UTC (permalink / raw)
  To: Po Lu; +Cc: Lars Ingebrigtsen, 53062, Eli Zaretskii

Po Lu <luangruo@yahoo.com> writes:

> framep returns the window system Emacs is running under.  Under PGTK,
> `pgtk' is the window system, not `x'.
>
> I don't see why the exwm developers should bother to support the PGTK
> build either, which won't work for various other reasons (such as
> missing x-send-client-message, for example.)

Right, all good then.  I'll see with the <dead-circumflex>, but likely
that's no cause for alarm.






^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2022-01-14 13:12 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-06 21:48 bug#53062: 29.0.50; Inserting charger causes keyboard event <dead-circumflex> Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-07  6:48 ` Eli Zaretskii
2022-01-07  7:27   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-10 21:20   ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14  8:09     ` Lars Ingebrigtsen
2022-01-14  9:33       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14 12:18         ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14 12:29           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14 12:53             ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14 13:06               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-14 13:12                 ` Theodor Thornhill via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).