GNU bug report logs - #57349
29.0.50; pixel-scroll-precision-mode. error integer-or-marker-p nil

Previous Next

Package: emacs;

Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Date: Tue, 23 Aug 2022 06:14:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: 57349 <at> debbugs.gnu.org
Subject: bug#57349: 29.0.50; pixel-scroll-precision-mode. error integer-or-marker-p nil
Date: Tue, 23 Aug 2022 14:57:29 +0300
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Date: Tue, 23 Aug 2022 08:12:54 +0200
> 
> emacs -Q
> M-x pixel-scroll-precision-mode RET
> 
> Move the mouse to the lower right corner of the Emacs frame.  On macOS,
> the mouse cursor changes shape to a double-arrow pointing 45 degrees in
> the direction of the upper-left and lower-right corner of the screen.
> 
> Scroll the mouse wheel.
> 
> This either prints messages like this
> 
> <nil> <wheel-up> is undefined
> <nil> <double-wheel-up> is undefined
> <nil> <triple-wheel-up> is undefined [45 times]
> <nil> <wheel-down> is undefined

It may surprise this, but why do you think this is a problem?  How is
it different from what happens if you do this, for example:

  C-M-<F10>

(assuming that sequence is not bound to some command)?

> or sometimes errors 'Wrong type argument: integer-or-marker-p, nil'.

This shouldn't happen, indeed.

> Not sure what to make of this.  Looks like posn-at-x-y returns a posn
> with a nil point?  Or maybe posn-point returns nil?

Either this should be fixed, or the code should be prepared for nil in
this case.




This bug report was last modified 2 years and 274 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.