GNU bug report logs - #2409
23.0.90; org-mode + viper-mode + ns make typing unresponsive

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2409 in the body.
You can then email your comments to 2409 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Steve Purcell <steve <at> sanityinc.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.90; org-mode + viper-mode + ns make typing unresponsive
Date: Fri, 20 Feb 2009 15:16:52 +0100

Typing into an org buffer becomes very unresponsive under viper-mode.  
The input cursor flickers rapidly between windows, and entered  
characters are not immediately displayed.

I could not reproduce this bug via "emacsclient -t" -- it appears to  
affect only my Emacs' main NS frame.

How to reproduce:

Fire up emacs with -q.

Start viper-mode (M-x viper-mode, then 'n', '5', 'n').

Open an org document.  Split the window, e.g. with C-x 2, so that the  
org doc is in one window, and a different buffer (e.g. *scratch*) is  
in the other window.  You'll need to "M-x viper-mode" in the *scratch*  
buffer to flip it into viper mode too.

Now, enter insert mode in *scratch* (i) and type a few words.  The  
typing should be responsive, with no cursor flicker.

Now switch to the org buffer and try the same.  The typing becomes  
unresponsive, with a delay before the characters/words appear, and the  
cursor will flicker rapidly between the two buffers.

The lack of responsiveness has caused me to give up on CVS Emacs for  
now, since I'm so reliant on org-mode, and although I looked briefly  
in the org code for a possible cause, I didn't discover anything.

I've observed the flickering from non-org buffers, but not to the same  
extent, and I haven't detected a pattern.

If I remember correctly, this started sometime in January; I update my  
Emacs and Org from CVS/git almost daily, so either could be at fault.



In GNU Emacs 23.0.90.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
 of 2009-02-20 on mandala.as24.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: en_US.UTF-8
  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
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Help

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  view-mode: t

Recent input:

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Loading url...done
Loading vc-git...done
View mode: type C-h for help, h for commands, q to quit.
Buffer is read-only: #<buffer HELLO>
Type C-x 1 to delete the help window.
Quit
Making completion list... [3 times]

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

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Steve Purcell <steve <at> sanityinc.com>
Cc: 2409 <at> debbugs.gnu.org
Subject: Re: bug#2409: 23.0.90;
 org-mode + viper-mode + ns make typing unresponsive
Date: Sun, 10 Jan 2016 23:19:30 -0500

I can't reproduce this under Emacs 25. As this bug is a bit old, I'm
guessing it has been fixed in the meantime. Please let me know if you
can still reproduce it, though. I'll mark this as unreproducible now,
and close it in a few weeks if you can't reproduce it either under Emacs
25.

Steve Purcell <steve <at> sanityinc.com> writes:

> Typing into an org buffer becomes very unresponsive under viper-mode. The input
> cursor flickers rapidly between windows, and entered characters are not
> immediately displayed.
>
> I could not reproduce this bug via "emacsclient -t" -- it appears to affect only
> my Emacs' main NS frame.
>
> How to reproduce:
>
> Fire up emacs with -q.
>
> Start viper-mode (M-x viper-mode, then 'n', '5', 'n').
>
> Open an org document.  Split the window, e.g. with C-x 2, so that the org doc is
> in one window, and a different buffer (e.g. *scratch*) is in the other window.
> You'll need to "M-x viper-mode" in the *scratch* buffer to flip it into viper
> mode too.
>
> Now, enter insert mode in *scratch* (i) and type a few words.  The typing should
> be responsive, with no cursor flicker.
>
> Now switch to the org buffer and try the same.  The typing becomes unresponsive,
> with a delay before the characters/words appear, and the cursor will flicker
> rapidly between the two buffers.
>
> The lack of responsiveness has caused me to give up on CVS Emacs for now, since
> I'm so reliant on org-mode, and although I looked briefly in the org code for a
> possible cause, I didn't discover anything.
>
> I've observed the flickering from non-org buffers, but not to the same extent,
> and I haven't detected a pattern.
>
> If I remember correctly, this started sometime in January; I update my Emacs and
> Org from CVS/git almost daily, so either could be at fault.
>
>
>
> In GNU Emacs 23.0.90.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
>  of 2009-02-20 on mandala.as24.local
> Windowing system distributor `Apple', version 10.3.949
> configured using `configure  '--with-ns''
>
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: en_US.UTF-8
>   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
>   value of $XMODIFIERS: nil
>   locale-coding-system: utf-8-unix
>   default-enable-multibyte-characters: t
>
> Major mode: Help
>
> Minor modes in effect:
>   tooltip-mode: t
>   mouse-wheel-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   font-lock-mode: t
>   global-auto-composition-mode: t
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>   view-mode: t
>
> Recent input:
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Quit
> Loading url...done
> Loading vc-git...done
> View mode: type C-h for help, h for commands, q to quit.
> Buffer is read-only: #<buffer HELLO>
> Type C-x 1 to delete the help window.
> Quit
> Making completion list... [3 times]

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

From: Michael Brand <michael.ch.brand <at> gmail.com>
To: Andrew Hyatt <ahyatt <at> gmail.com>
Cc: Steve Purcell <steve <at> sanityinc.com>, 2409 <at> debbugs.gnu.org
Subject: Re: [O] bug#2409: 23.0.90;
 org-mode + viper-mode + ns make typing unresponsive
Date: Mon, 11 Jan 2016 23:43:39 +0100

[Message part 1 (text/plain, inline)]

Hi Andrew

I would like to give some feedback to what you originally asked Steve:

On Mon, Jan 11, 2016 at 5:19 AM, Andrew Hyatt <ahyatt <at> gmail.com> wrote:
> I can't reproduce this under Emacs 25. As this bug is a bit old, I'm
> guessing it has been fixed in the meantime. Please let me know if you
> can still reproduce it, though. I'll mark this as unreproducible now,
> and close it in a few weeks if you can't reproduce it either under Emacs
> 25.

Did you check on OS X?

On GNU/Linux I never saw the issue, on OS X regularly under certain
circumstances which are not clear to me. With the recipe of Steve I
can reproduce on build GNU Emacs 25.1.50.1 (x86_64-apple-darwin13.4.0,
NS appkit-1265.21 Version 10.9.5 (Build 13F1507)) from
http://emacsformacosx.com/emacs-builds/Emacs-2016-01-11_01-40-53-eb0643c-universal.dmg

Michael

[Message part 2 (text/html, inline)]

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

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Michael Brand <michael.ch.brand <at> gmail.com>
Cc: Steve Purcell <steve <at> sanityinc.com>, 2409 <at> debbugs.gnu.org
Subject: Re: [O] bug#2409: 23.0.90;
 org-mode + viper-mode + ns make typing unresponsive
Date: Tue, 12 Jan 2016 01:57:42 +0000

[Message part 1 (text/plain, inline)]

On Mon, Jan 11, 2016 at 5:43 PM Michael Brand <michael.ch.brand <at> gmail.com>
wrote:

> Hi Andrew
>
> I would like to give some feedback to what you originally asked Steve:
>
>
> On Mon, Jan 11, 2016 at 5:19 AM, Andrew Hyatt <ahyatt <at> gmail.com> wrote:
> > I can't reproduce this under Emacs 25. As this bug is a bit old, I'm
> > guessing it has been fixed in the meantime. Please let me know if you
> > can still reproduce it, though. I'll mark this as unreproducible now,
> > and close it in a few weeks if you can't reproduce it either under Emacs
> > 25.
>
> Did you check on OS X?
>
> On GNU/Linux I never saw the issue, on OS X regularly under certain
> circumstances which are not clear to me. With the recipe of Steve I
> can reproduce on build GNU Emacs 25.1.50.1 (x86_64-apple-darwin13.4.0,
> NS appkit-1265.21 Version 10.9.5 (Build 13F1507)) from
>
> http://emacsformacosx.com/emacs-builds/Emacs-2016-01-11_01-40-53-eb0643c-universal.dmg
>
>
Seeing as you can reproduce, I'll consider this reproducible... but I
cannot reproduce it myself on OS X.


>
> Michael
>

[Message part 2 (text/html, inline)]

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

From: Michael Brand <michael.ch.brand <at> gmail.com>
To: 2409 <at> debbugs.gnu.org
Subject: Re: [O] bug#2409: 23.0.90;
 org-mode + viper-mode + ns make typing unresponsive
Date: Tue, 17 May 2016 19:35:32 +0200

Hi all

I did some trials in lisp/org/org.el with
- Emacs on OS X built with configure --with-ns, 24.5 and today's
  master
- Org from today's master

1) Removing the line containing org-self-insert-command from

       (org-remap org-mode-map
                  'self-insert-command 'org-self-insert-command
                  'delete-char 'org-delete-char
                  'delete-backward-char 'org-delete-backward-char)

   lets the issue disappear. So the issue seems at least _related_ to
   org-self-insert-command.

2) When I instead remove all forms that contain
   org-self-insert-command or orgtbl-self-insert-command and then add

       ;; Reduce to a passing through to `self-insert-command'.
       (defun org-self-insert-command (N)
         (interactive "p")
         (self-insert-command N))
       ;; Leave this as it was originally.
       (org-remap org-mode-map
                  'self-insert-command 'org-self-insert-command
                  'delete-char 'org-delete-char
                  'delete-backward-char 'org-delete-backward-char)

   the issue remains but I expect it to disappear. Did I not replace
   self-insert-command just with itself and it should behave the same
   way as with change 1)?

Michael

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

From: Bastien <bzg <at> gnu.org>
To: bug#2409 <2409-done <at> debbugs.gnu.org>
Subject: Re: Status: 23.0.90; org-mode + viper-mode + ns make typing
 unresponsive
Date: Fri, 22 May 2020 13:42:40 +0200

bug#2409 <2409 <at> debbugs.gnu.org> writes:

> retitle 2409 23.0.90; org-mode + viper-mode + ns make typing unresponsive
> reassign 2409 emacs,org-mode
> submitter 2409 Steve Purcell <steve <at> sanityinc.com>
> severity 2409 normal

The bug was considered by several people in this thread as
non-reproducible.  Although I am not entirely it is not reproducible,
I close it, considering it is quite old now.

Steven, feel free to report the bug to emacs-orgmode <at> gnu.org is it is
still there.

-- 
 Bastien

Previous Next

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