GNU bug report logs - #20410
24.5.50; cursor not updated after yank of non-ASCII string from the clipboard

Previous Next

Package: emacs;

Reported by: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Date: Thu, 23 Apr 2015 10:01:02 UTC

Severity: normal

Found in version 24.5.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#20410: closed (24.5.50; cursor not updated after yank of
 non-ASCII string from the clipboard)
Date: Mon, 27 Apr 2015 15:19:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Mon, 27 Apr 2015 18:17:39 +0300
with message-id <83oam9wqgc.fsf <at> gnu.org>
and subject line Re: bug#20410: 24.5.50; cursor not updated after yank of non-ASCII string from the clipboard
has caused the debbugs.gnu.org bug report #20410,
regarding 24.5.50; cursor not updated after yank of non-ASCII string from the clipboard
to be marked as done.

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


-- 
20410: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20410
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.5.50; cursor not updated after yank of non-ASCII string
 from the clipboard
Date: Thu, 23 Apr 2015 18:59:45 +0900
[Message part 3 (text/plain, inline)]
Steps to reproduce:

1. Copy some non-ASCII string (say, "あ") to the clipboard.
2. $ emacs -Q -D &
3. C-x C-b
4. C-y
5. C-p

Expected Result:

The cursor moves upward by Step 5.

Actual Result:

The display is not changed between Step 4 and 5.

Moreover, if you make the Emacs frame expose by obscuring and
revealing it with another window after you turn off your X11
compositing manager, then you'll see the parts other than the upper
mode-line and the echo area are not redrawn (see the attachment).

				      YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp

In GNU Emacs 24.5.50.1 (i686-pc-linux-gnu, GTK+ Version 2.10.4)
 of 2015-04-23 on localhost.localdomain
Windowing system distributor `The X.Org Foundation', version 11.0.70101000
System Description:	CentOS release 5.11 (Final)

Important settings:
  value of $LANG: ja_JP.UTF-8
  value of $XMODIFIERS: @im=SCIM
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-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

[tmp.png (image/png, inline)]
[Message part 5 (message/rfc822, inline)]
From: Eli Zaretskii <eliz <at> gnu.org>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 20410-done <at> debbugs.gnu.org
Subject: Re: bug#20410: 24.5.50;
 cursor not updated after yank of non-ASCII string from the clipboard
Date: Mon, 27 Apr 2015 18:17:39 +0300
> Date: Mon, 27 Apr 2015 12:28:58 +0900
> From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
> Cc: 20410 <at> debbugs.gnu.org
> 
> >>>>> On Sun, 26 Apr 2015 18:04:56 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
> 
> >> Yes, it solves the problems as far as I tested.  But because
> >> adjust_frame_glyphs are called from many places other than font
> >> changes, I wonder if it might disable some cases where some
> >> optimizations were applied successfully otherwise (sorry, I don't have
> >> any ideas about concrete examples).  Some calls to adjust_frame_glyphs
> >> are already accompanied by SET_FRAME_GARBAGED, but not always.
> 
> > Hmm... you are right, we could be more selective.  Does the
> > alternative patch below work for you?
> 
> Yes, this works fine.  Thanks a lot.
> 
> The previous one (for src/dispnew.c) caused redraw on another window
> on the same frame when I scrolled one window using set-window-vscroll,
> which may call adjust_frame_glyphs.  But the current one (for
> src/xdisp.c) doesn't have such a problem.

Thanks, pushed as commit d89687b.


This bug report was last modified 10 years and 83 days ago.

Previous Next


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