GNU bug report logs - #5739
24.0.50; Gomoku mouse placement bug

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Fri, 19 Mar 2010 22:50:02 UTC

Severity: minor

Done: Stephen Berman <stephen.berman <at> gmx.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 5739 in the body.
You can then email your comments to 5739 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5739; Package emacs. (Fri, 19 Mar 2010 22:50:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stephen Berman <stephen.berman <at> gmx.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 19 Mar 2010 22:50:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Gomoku mouse placement bug
Date: Fri, 19 Mar 2010 23:48:53 +0100
1. Let ~/.emacs consist of this sexp, for example (anything that makes a
default header line -- crucially in the init file -- will do):
(setq-default header-line-format "test")
2. Start Emacs with the above init file.
3. M-x gomoku
4. When the human player uses the mouse to make moves and positions the
mouse pointer such that it is as low as possible within the chosen
position -- i.e., the position is highlighted but the dot is visible --
then the completed move occupies the the position immediately below the
one aimed at (or if the lower position is occupied, Gomoku will
complain, even though the mouse pointer is clearly on a free position,
as evidenced by the highlighting).

In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
 of 2010-03-19 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t





Severity set to 'minor' from 'normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Mon, 22 Mar 2010 21:32:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#5739; Package emacs. (Tue, 01 Oct 2019 01:36:01 GMT) Full text and rfc822 format available.

Message #10 received at 5739 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 5739 <at> debbugs.gnu.org
Subject: Re: bug#5739: 24.0.50; Gomoku mouse placement bug
Date: Tue, 1 Oct 2019 03:34:49 +0200
Stephen Berman <stephen.berman <at> gmx.net> writes:

> 1. Let ~/.emacs consist of this sexp, for example (anything that makes a
> default header line -- crucially in the init file -- will do):
> (setq-default header-line-format "test")
> 2. Start Emacs with the above init file.
> 3. M-x gomoku
> 4. When the human player uses the mouse to make moves and positions the
> mouse pointer such that it is as low as possible within the chosen
> position -- i.e., the position is highlighted but the dot is visible --
> then the completed move occupies the the position immediately below the
> one aimed at (or if the lower position is occupied, Gomoku will
> complain, even though the mouse pointer is clearly on a free position,
> as evidenced by the highlighting).

This is an old bug report from 9 years ago, that unfortunately didn't
get an answer at the time.

I'm unable to reproduce this on Emacs 26.1.  Are you still seeing this
on a more modern version of Emacs?

Best regards,
Stefan Kangas




Reply sent to Stephen Berman <stephen.berman <at> gmx.net>:
You have taken responsibility. (Sun, 20 Oct 2019 13:51:02 GMT) Full text and rfc822 format available.

Notification sent to Stephen Berman <stephen.berman <at> gmx.net>:
bug acknowledged by developer. (Sun, 20 Oct 2019 13:51:02 GMT) Full text and rfc822 format available.

Message #15 received at 5739-done <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 5739-done <at> debbugs.gnu.org
Subject: Re: bug#5739: 24.0.50; Gomoku mouse placement bug
Date: Sun, 20 Oct 2019 15:49:48 +0200
On Tue, 1 Oct 2019 03:34:49 +0200 Stefan Kangas <stefan <at> marxist.se> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> 1. Let ~/.emacs consist of this sexp, for example (anything that makes a
>> default header line -- crucially in the init file -- will do):
>> (setq-default header-line-format "test")
>> 2. Start Emacs with the above init file.
>> 3. M-x gomoku
>> 4. When the human player uses the mouse to make moves and positions the
>> mouse pointer such that it is as low as possible within the chosen
>> position -- i.e., the position is highlighted but the dot is visible --
>> then the completed move occupies the the position immediately below the
>> one aimed at (or if the lower position is occupied, Gomoku will
>> complain, even though the mouse pointer is clearly on a free position,
>> as evidenced by the highlighting).
>
> This is an old bug report from 9 years ago, that unfortunately didn't
> get an answer at the time.
>
> I'm unable to reproduce this on Emacs 26.1.  Are you still seeing this
> on a more modern version of Emacs?

(Sorry for the late reply, I was travelling when you posted and
overlooked it when I got back.)  Thanks for the reminder.  I cannot
reproduce the issue anymore either, so am therefore closing this bug.

Steve Berman




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#5739; Package emacs. (Sun, 20 Oct 2019 13:56:02 GMT) Full text and rfc822 format available.

Message #18 received at 5739-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 5739-done <at> debbugs.gnu.org
Subject: Re: bug#5739: 24.0.50; Gomoku mouse placement bug
Date: Sun, 20 Oct 2019 15:55:20 +0200
Stephen Berman <stephen.berman <at> gmx.net> writes:

> (Sorry for the late reply, I was travelling when you posted and
> overlooked it when I got back.)  Thanks for the reminder.  I cannot
> reproduce the issue anymore either, so am therefore closing this bug.

No need to apologize for that; thanks for reporting back.

Best regards,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 18 Nov 2019 12:24:09 GMT) Full text and rfc822 format available.

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

Previous Next


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