emacs-orgmode
[Top][All Lists]
Advanced

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

Re: [O] Bug: org-capture 'C-c C-q' conflict with mouse avoidance [8.0-pr


From: Suvayu Ali
Subject: Re: [O] Bug: org-capture 'C-c C-q' conflict with mouse avoidance [8.0-pre (release_8.0-pre-487-gd68744 @ ~/.emacs.d/el-get/org-mode/lisp/)]
Date: Wed, 17 Apr 2013 16:35:33 +0200
User-agent: Mutt/1.5.21 (2012-12-30)

On Wed, Apr 17, 2013 at 07:51:18PM +0800, Shihpin Tseng wrote:
>  To reproduce it
> 
> 1. M-x org-capture
> 2. select todo template
> 3. `C-c C-q' 
> 
> 
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
>   mouse-avoidance-point-position()
>   mouse-avoidance-too-close-p((#<frame GNU Emacs address@hidden: 
> CAPTURE-2-GTD.org 0x10a84d448> 89 . 18))
>   mouse-avoidance-fancy()
>   apply(mouse-avoidance-fancy nil)
>   byte-code("r\301\302H\303H\"\210)\301\207" [timer apply 5 6] 4)
>   timer-event-handler([t 0 0 100000 t mouse-avoidance-fancy nil idle 0])
>   read-char-exclusive()
>   byte-code("........" [groups expert exit-after-next inhibit-quit c 
> org-last-tag-selection-key message "[a-z..]:Toggle [SPC]:clear [RET]:accept 
> [TAB]:free [!] %sgroups%s" "no " "" " [C-c]:window" " [C-c]:single" " 
> [C-c]:multi" t read-char-exclusive 13 throw exit 33 re-search-forward "[{}]" 
> nil replace-match " " 3 org-fast-tag-show-exit delete-other-windows 
> set-window-buffer split-window-vertically " *Org tags*" 
> org-switch-to-buffer-other-window org-fit-window-to-buffer 7 113 rassoc 
> org-detach-overlay 32 now 9 (byte-code "\303\304\206
> 
>   org-set-tags(nil nil)
>   org-set-tags-command(nil)
>   call-interactively(org-set-tags-command nil nil)
>   command-execute(org-set-tags-command)
>   
> Emacs  : GNU Emacs 24.3.50.1 (x86_64-apple-darwin12.3.0, NS 
> apple-appkit-1187.37)
>  of 2013-04-17 on xxxx.local
> Package: Org-mode version 8.0-pre (release_8.0-pre-487-gd68744 @ 
> ~/.emacs.d/el-get/org-mode/lisp/)

I believe this is a problem with mouse avoidance mode.  I have been
seeing similar tracebacks for multiple other cases, outside of Org,
where it involves creating a new frame or visiting a new file in a new
frame.  Sadly I see it when I'm using emacsclient, and it disappears
when I try to replicate it with emacs -Q.

If you can reproduce this, I would urge you to file a bug against mouse
avoidance mode on the Emacs bug tracker.

GL

-- 
Suvayu

Open source is the future. It sets us free.



reply via email to

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