[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 <jan.h.d@swipnet.se>:
> 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 <esq@lawlist.com>:
>
>> 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 <esq@lawlist.com>:
>>>
>>>>
>>>> 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 jan.h.d@swipnet.se-20130811153426-2xb8aen4h3q3fd7h
>>>> 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 jan.h.d@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@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@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>
>>>>>
>>>
>>
>> <Screen shot 2013-08-13 at 9.51.53 PM.png>
>
>
>