GNU bug report logs - #15001
24.3.50; Help menubar with mouse left-click on Snow Leopard --with-ns.

Previous Next

Full log

View this message in rfc822 format

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Keith David Bershatsky <esq <at> lawlist.com>
Cc: "15001 <at> debbugs.gnu.org" <15001 <at> debbugs.gnu.org>
Subject: bug#15001: 24.3.50; Help menubar with mouse left-click on Snow Leopard --with-ns.
Date: Mon, 12 Aug 2013 07:54:38 +0200

Hello.

Don't remove the debbugs address.
Do a bzr up.
 and rebuild.
Make sure you start with emacs -Q.
Also check that the running Emacs is built from bzr revision 113798 or later, by doing
M-x report-emacs-bug, and a bit down you should be able to see somthing like:

In GNU Emacs 24.3.50.1 (x86_64-apple-darwin12.4.0, NS apple-appkit-1187.39)
 of 2013-08-11 on zeplin
Bzr revision: 113798 jan.h.d <at> swipnet.se-20130811153426-2xb8aen4h3q3fd7h

On OXS 10.6.8, step 3 never happens for me, i.e. the mouse don't get stuck, the help menu appears.  Does the menu appear for you?

	Jan D.

11 aug 2013 kl. 21:55 skrev Keith David Bershatsky <esq <at> lawlist.com>:

> Jan:
> 
> Just a follow-up with a screenshot to confirm I have the revision of 113796, however, OSX 10.6.8 still suffers from activation of (mouse-drag-region START-EVENT) when using steps 1 to 4:
> 
> 
>> Step 1:  Using OSX 10.6.8 (Snow Leopard), open the latest version of Emacs Trunk (--with-ns) -- Version 24.3.50 (9.0).  No special settings of any kind.
>> 
>> Step 2:  Move the mouse over the word "Help" on the menu bar and press the left click one time and release.
>> 
>> Step 3:  Move the mouse downward towards the bottom of the screen, and the mouse appears to be stuck momentarily -- (just about one second, it appears to stutter trying to free itself, and then it gets unstuck)
>> 
>> Step 4:  When the mouse frees itself up from Step 3, continue moving the mouse downward a few inches and then press the left click one time and release.  The entire frame moves downward, as if the user were attempting to drag/move the entire frame.  However, the mouse was only clicked one time in step 2 and then released -- so drag / move the frame should not be occurring.
> 
> Thanks,
> 
> Keith
> ---------------------------------------
> 
> On Aug 11, 2013, at 11:57 AM, Jan Djärv wrote:
> 
>> Hello.
>> 
>> 11 aug 2013 kl. 19:50 skrev Keith David Bershatsky <esq <at> lawlist.com>:
>> 
>>> Dear Jan:
>>> 
>>> Is it possible your latest commit of the bug fix hasn't been uploaded to the Trunk yet?  The bug is still linked to (mouse-drag-region START-EVENT) when I use the procedure outlined below.  I did a C-h k and that is what came up when I got to step 4.  I just built a new Emacs Trunk, and that was the result I received.
>> 
>> What bzr revno do you have? The fix is in 113796, the tip is now 113798.  If you are using a git mirror, I can't help you, I don't know when they get updated.
>> 
>> 	Jan D.
>> 
> <Screen shot 2013-08-11 at 12.51.49 PM.png>

Previous Next

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