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

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

bug#44448: closed (27.1; Strange inteference between timer, modeline/hea


From: GNU bug Tracking System
Subject: bug#44448: closed (27.1; Strange inteference between timer, modeline/header-line and buffer position in window)
Date: Wed, 18 Aug 2021 15:48:01 +0000

Your message dated Wed, 18 Aug 2021 18:47:24 +0300
with message-id <83lf4y4uwj.fsf@gnu.org>
and subject line Re: bug#44448: Fwd: bug#44448:
has caused the debbugs.gnu.org bug report #44448,
regarding 27.1; Strange inteference between timer, modeline/header-line and 
buffer position in window
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
44448: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44448
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 27.1; Strange inteference between timer, modeline/header-line and buffer position in window Date: Thu, 5 Nov 2020 00:48:59 +0800
When:

- 2 windows open the same file
- There's a timer dealing with modeline or header-line format

Then pressing `C-g` sometimes scrolls the buffer in this window to the
position in the other window.

Here's a recipe for reproduce:

- `$ emacs -Q`

- Eval this:
  ```
  (run-with-timer 0 0.1 (lambda () (setq mode-line-format "hi")))
  ```

- `M-x delete-other-windows` so we have only one window.

- `C-x C-f` to open a file. I use
  <https://github.com/lsof-org/lsof/blob/master/main.c> when testing,
  but any file that's long enough should work.

- `M-x split-window-horizontally`, so we have 2 windows viewing the same
  file. For some reason, splitting vertically doesn't trigger the
  problem.

- Scroll one window down to somethere.

- Hold `C-g` or press it repeatedly and quickly, then the window will go
  to the same position in file as the other window.

You can do the same with `header-line-format`, it also has the problem.
Using `run-with-idle-timer` instead seems doesn't have the problem.

See also <https://github.com/kiennq/emacs-mini-modeline/issues/45> where
I report the same problem. I believe another package that's influenced
by this is <https://github.com/purcell/mode-line-bell>.

--- Info generated by `report-emacs-bug` ---

In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.22, cairo version 1.17.3)
 of 2020-08-29 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.12009000
System Description: Manjaro Linux

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
[nil 24482 55348 93490 0.1 (closure (t) nil (setq mode-line-format "hi")) nil nil 920000]
You can run the command ‘split-window-horizontally’ with M-x sp-h RET
Quit [22 times]
Quit
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-wide-int
 --with-modules --with-cairo --with-harfbuzz 'CFLAGS=-march=x86-64
 -mtune=generic -O2 -pipe -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2 GMP

Important settings:
  value of $LC_MONETARY: zh_CN.UTF-8
  value of $LC_NUMERIC: zh_CN.UTF-8
  value of $LC_TIME: zh_CN.UTF-8
  value of $LANG: zh_CN.utf8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix

Major mode: C/*l

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config
gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq
byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils vc-git diff-mode
easy-mmode cc-mode cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars cc-defs cl-loaddefs cl-lib china-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 75931 7519)
 (symbols 48 8992 1)
 (strings 32 23346 1733)
 (string-bytes 1 858985)
 (vectors 16 14047)
 (vector-slots 8 224399 9036)
 (floats 8 27 38)
 (intervals 56 1440 1)
 (buffers 1000 12))

--- End Message ---
--- Begin Message --- Subject: Re: bug#44448: Fwd: bug#44448: Date: Wed, 18 Aug 2021 18:47:24 +0300
> From: Amai Kinono <amaikinono@gmail.com>
> Date: Wed, 18 Aug 2021 22:00:57 +0800
> Cc: 44448@debbugs.gnu.org
> 
> Thanks! From what I can tell, the bug is gone. I've been programming in Emacs 
> for a while and haven't
> encountered it.

Thanks, I'm therefore closing the bug.  If you find another
occurrence, please reopen with the relevant data.


--- End Message ---

reply via email to

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