GNU bug report logs - #14050
24.3.50; Tramp crashes emacs on OS X when menu is clicked

Previous Next

Packages: emacs, ns;

Reported by: Giovanni Gigante <giov <at> cidoc.iuav.it>

Date: Mon, 25 Mar 2013 15:00:02 UTC

Severity: normal

Found in version 24.3.50

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


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

From: Giovanni Gigante <giov <at> cidoc.iuav.it>
To: Jan Djärv <jan.h.d <at> swipnet.se>, 
	Giovanni Gigante <giov <at> circe.iuav.it>
Cc: 14050-done <at> debbugs.gnu.org
Subject: Re: bug#14050: 24.3.50; Tramp crashes emacs on OS X when menu is
	clicked
Date: Sat, 11 May 2013 18:26:10 +0200
Jan Djärv wrote:
> Hello.
>
> A fix has been checked in to the trunk.  Please try it.
>
> Thanks,
>
> 	Jan D.
>

Tried with the 2013-05-11 nightly, it doesn't crash anymore now, thanks.
However there is still a glitch:
1) Click on a menu item, the menu appears
2) Move the mouse pointer sideways, leaving the previous top menu item 
(A) and entering another one (B).
There is a brief delay before the menu B appears. When it appears, the 
mouse pointers is automatically moved to the edge (the edge of B on the 
A side).
The problem with this is that if the pointer is moved quickly, it has 
moved beyond that point in the meantime when this happens, and so when 
the menu appears the pointer is actually teleported back by some amount. 
The UX effect is rather strange, as there is a disconnection between 
what the mouse does and what the pointer does.

giovanni






This bug report was last modified 12 years and 10 days ago.

Previous Next


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