bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#15001: 24.3.50; Help menubar with mouse left-click on Snow Leopard -


From: Jan Djärv
Subject: bug#15001: 24.3.50; Help menubar with mouse left-click on Snow Leopard --with-ns.
Date: Thu, 15 Aug 2013 19:46:38 +0200

Hello.

New fix checked in, please try it.  It seems GCC is actually correct, but Clang 
has the bug.

Thanks,

        Jan D.

14 aug 2013 kl. 20:53 skrev Jan Djärv <address@hidden>:

> Hello.
> 
> This is wierd.  If I compile with gcc instead of clang I do see the error 
> (not quite the same as you, but an error still).  Well, I guess that is 
> progress om some sort...
> 
> Will debug.
> 
>       Jan D.
> 
> 14 aug 2013 kl. 07:15 skrev Keith David Bershatsky <address@hidden>:
> 
>> Dear Jan:
>> 
>> Tonight, I booted up the disk with Mountain Lion 10.8.3, and the issue is 
>> not present on that operating system.  I have three computers running Snow 
>> Leopard OSX 10.6.8 that probably all began with either 10.6 or 10.6.2 and 
>> then were upgraded with the MacOSXUpdCombo10.6.8.dmg, and the recommended 
>> installations from Apple using the update software window, with the 
>> exception of the last security patch which breaks the TruePreview plugin for 
>> Mail.app.  Attached is a screen-shot of the trackpad settings, which is the 
>> same on all three computers.  I have one Mac Pro tower from a few years ago, 
>> and two laptops -- one Macbook Air from about 2 to 3 years ago and one Mac 
>> Book Pro from about 2 to 3 years ago.  All three computers experience the 
>> same issue --- they are all running OSX 10.6.8 with a version of Emacs Trunk 
>> from a few days ago (i.e., 113798).  The revisions "after" 113798 were 
>> crashing very often (e.g., when exiting with file buffers open), so I 
>> haven't been using post-113798 for the past few days :(  The two laptops 
>> have trackpads, and the desktop also has a Magic Trackpad at one station.  
>> However, at the other station using the same desktop Mac Pro, I have a 
>> Cyborg Rat 7 and it suffers from the same issue (i.e., drag with just one 
>> left click on Help) -- the other menu options to the left of Help work just 
>> fine on all three computers.
>> 
>> Keith
>> 
>> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
>> 
>> At Tue, 13 Aug 2013 22:12:17 +0200,
>> Jan Djärv wrote:
>>> 
>>> Hello.
>>> 
>>> I still can't reproduce it.  Do you use a mouse or a trackpad on a laptop?  
>>> Have you customized the mouse in any way (gestures, double/triple click)?.
>>> 
>>>     Jan D.
>>> 
>>> 12 aug 2013 kl. 21:04 skrev Keith David Bershatsky <address@hidden>:
>>> 
>>>> 
>>>> Step 1:  Build an EmacsTrunk --with-ns on OSX 10.6.8 and use it with OSX 
>>>> 10.6.8:
>>>> 
>>>>   The application I am presently using was built from scratch yesterday 
>>>> morning -- i.e., all prior versions were deleted from my system, and then 
>>>> I downloaded a fresh emacs-trunk using the following command line:
>>>> 
>>>>   /macports/bin/bzr branch --stacked 
>>>> bzr://bzr.savannah.gnu.org/emacs/trunk emacs-trunk
>>>> 
>>>>   Then, just in case there were any revisions, I did a pull:   
>>>> (/macports/bin/bzr pull).  I received a message telling me there were no 
>>>> revisions.
>>>> 
>>>>   ./autogen.sh
>>>> 
>>>>   ./configure --with-ns
>>>> 
>>>>   make bootstrap
>>>> 
>>>>   make && make install
>>>> 
>>>>   In GNU Emacs 24.3.50.1 (x86_64-apple-darwin10.8.0, NS 
>>>> apple-appkit-1038.36)
>>>>   of 2013-08-11 on MP.local
>>>>   Bzr revision: 113798 address@hidden
>>>>   Windowing system distributor `Apple', version 10.3.1038
>>>>   Configured using:
>>>>   `configure --with-ns'
>>>> 
>>>> Step 2:  With no .emacs file in my home directory, and with an empty 
>>>> .emacs.d directory, open the graphical user interface version of Emacs 
>>>> Trunk revision 113798.
>>>> 
>>>> Step 3:  Move the mouse over to the word Help on the Emacs menu-bar and 
>>>> press the left-click one time and release -- this activates 
>>>> (mouse-drag-region START-EVENT).  The mose-drag-region is system wide and 
>>>> any window the mouse comes in contact with will be dragged.  The Help menu 
>>>> does not appear with only one left click.  In order to get the Help menu 
>>>> to appear, it is necessary to press and release the mouse left click a 
>>>> total of two times.
>>>> 
>>>> Keith
>>>> 
>>>> 
>>>> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
>>>> 
>>>> At Mon, 12 Aug 2013 07:54:38 +0200,
>>>> Jan Djärv wrote:
>>>>> 
>>>>> 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 address@hidden
>>>>> 
>>>>> 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 <address@hidden>:
>>>>> 
>>>>>> 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 <address@hidden>:
>>>>>>> 
>>>>>>>> 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>
>>>>> 
>>> 
>> 
>> <Screen shot 2013-08-13 at 9.51.53 PM.png>
> 
> 
> 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]