GNU bug report logs - #36779
25.1; mouse click not recognized for frames with large left position

Previous Next

Package: emacs;

Reported by: Eijiro Sumii <sumii <at> ecei.tohoku.ac.jp>

Date: Wed, 24 Jul 2019 05:13:01 UTC

Severity: normal

Tags: notabug

Found in version 25.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eijiro Sumii <sumii <at> ecei.tohoku.ac.jp>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Eijiro Sumii <sumii <at> ecei.tohoku.ac.jp>, Eli Zaretskii <eliz <at> gnu.org>, 36779 <at> debbugs.gnu.org
Subject: bug#36779: 25.1; mouse click not recognized for frames with large left position
Date: Mon, 29 Jul 2019 18:20:00 +0900
On Sat, Jul 27, 2019 at 3:52 PM martin rudalics <rudalics <at> gmx.at> wrote:
>  > Meanwhile, I received information from costumer support of the X server
>  > that the problem may be related to RandR extension.  I am not yet sure
>  > which side (the client or server) is causing the problem, and will continue
>  > investigation.
>
> Does evaluating
>
> (display-monitor-attributes-list)
>
> give a reasonable result?

Yes, it looks correct (according to the feature of the X server, which
treats multiple monitors as a big, single monitor):

(display-monitor-attributes-list)
(((geometry 0 0 5760 2160) (workarea 0 0 5760 2160) (mm-size 1016 381)
(frames #<frame emacs <at> LAPTOP-0TO7HGG8 0x1132c30>) (source . "Gdk")))

I have also tried disabling RandR extension of the X server, but
nothing changed.

Additionally, I noticed that the *shape* of the mouse cursor changes
correctly in accordance with the contents of the window frame at the
mouse position; however, no click is recognized *except for* some
"shallow" part of the menu.





This bug report was last modified 4 years and 272 days ago.

Previous Next


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