GNU bug report logs - #15398
24.3; Frame redraw completely screwed

Previous Next

Package: emacs;

Reported by: Samium Gromoff <_deepfire <at> feelingofgreen.ru>

Date: Mon, 16 Sep 2013 20:32:01 UTC

Severity: normal

Found in version 24.3

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Mon, 16 Sep 2013 20:32:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Samium Gromoff <_deepfire <at> feelingofgreen.ru>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 16 Sep 2013 20:32:04 GMT) Full text and rfc822 format available.

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

From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3; Frame redraw completely screwed
Date: Mon, 16 Sep 2013 23:48:53 +0400

Running Emacs from a Mate session screws redraw completely.

[deepfire <at> betelheise ~]$ rpm -qv gtk3 pango cairo gdk-pixbuf2 libX11 libXrender libXdamage libXcomposite libwayland-client libXext mesa-libGL libxcb mesa-libEGL | grep x86_64
gtk3-3.8.4-1.fc19.x86_64
pango-1.34.1-1.fc19.x86_64
cairo-1.12.14-2.fc19.x86_64
gdk-pixbuf2-2.28.2-1.fc19.x86_64
libX11-1.6.0-1.fc19.x86_64
libXrender-0.9.7-6.20130524git786f78fd8.fc19.x86_64
libXdamage-1.1.4-3.fc19.x86_64
libXcomposite-0.4.4-3.fc19.x86_64
libwayland-client-1.2.0-1.fc19.x86_64
libXext-1.3.2-1.fc19.x86_64
mesa-libGL-9.2-1.20130902.fc19.x86_64
libxcb-1.9-3.fc19.x86_64
mesa-libEGL-9.2-1.20130902.fc19.x86_64



In GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2)
 of 2013-08-14 on buildvm-15.phx2.fedoraproject.org
Windowing system distributor `Fedora Project', version 11.0.11402000
System Description:	Fedora release 19 (Schrödinger’s Cat)

Configured using:
 `configure '--build=x86_64-redhat-linux-gnu'
 '--host=x86_64-redhat-linux-gnu' '--program-prefix='
 '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
 '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
 '--datadir=/usr/share' '--includedir=/usr/include'
 '--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
 '--localstatedir=/var' '--sharedstatedir=/var/lib'
 '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus'
 '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff'
 '--with-xft' '--with-xpm' '--with-x-toolkit=gtk3' '--with-gpm=no'
 'build_alias=x86_64-redhat-linux-gnu'
 'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
 -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
 --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic'
 'LDFLAGS=-Wl,-z,relro ''

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp

Minor modes in effect:
  eldoc-mode: t
  paredit-mode: t
  slime-mode: t
  diff-auto-refine-mode: t
  winner-mode: t
  show-paren-mode: t
  savehist-mode: t
  msb-mode: t
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <down-mouse-4> 
<mouse-4> <double-down-mouse-4> <double-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
<triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
<triple-mouse-4> <down-mouse-5> <mouse-5> <double-down-mouse-5> 
<double-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
<triple-mouse-5> <switch-frame> g <return> <return> 
q <switch-frame> <switch-frame> <switch-frame> <switch-frame> 
M-x C-g <switch-frame> <down-mouse-5> <mouse-5> <down-mouse-5> 
<mouse-5> <down-mouse-5> <mouse-5> <double-down-mouse-5> 
<double-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
<triple-down-mouse-5> <triple-mouse-5> M-x e m C-g 
<C-print> M-x e m a - r e - b u <tab> M-b M-b M-t <tab> 
<return>

Recent messages:
When done with this frame, type C-x 5 0
Loading vc-git...done
byte-code: End of buffer [2 times]
Checking new news...
nnimap read 0k from mail.feelingofgreen.ru
Reading active file via nndraft...done
Checking new news...done
nnimap read 0k from mail.feelingofgreen.ru
Auto-saving...done
Quit [2 times]

Load-path shadows:
/home/deepfire/.emacs.d/elpa/magit-20130810.1119/.dir-locals hides /usr/share/emacs/24.3/lisp/gnus/.dir-locals

Features:
(shadow emacsbug sendmail sort shr-color color qp shr mm-archive
mail-extr gnus-async gnus-bcklg gnus-ml disp-table vc-git tmm nndraft
nnmh nnfolder utf-7 gnutls network-stream starttls nnimap parse-time tls
utf7 netrc gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg
gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig mailcap
gnus-cache gnus-sum help-mode server gnus-demon nntp gnus-group
gnus-undo nnmail mail-source gnus-start gnus-spec gnus-win nnoo gnus-int
gnus-range message rfc822 mml mml-sec mm-decode mm-bodies mm-encode
mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils
mailheader time-stamp windmove eldoc paredit slime-fancy
slime-fontifying-fu slime-package-fu slime-references slime-scratch
slime-presentations slime-fuzzy slime-fancy-trace slime-fancy-inspector
slime-c-p-c slime-editing-commands slime-autodoc slime-parse slime-repl
slime pp hyperspec thingatpt browse-url remember org-remember
org-datetree org-jekyll org-publish org-exp ob-exp org-exp-blocks
org-agenda org warnings ob-tangle ob-ref ob-lob ob-table org-footnote
org-src ob-comint ob-keys org-pcomplete pcomplete comint ansi-color
org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob org-compat org-macs ob-eval org-loaddefs format-spec
find-func cal-menu calendar cal-loaddefs egg edmacro kmacro derived rx
diff-mode easy-mmode ffap url-parse auth-source eieio byte-opt bytecomp
byte-compile cconv password-cache url-vars electric egg-git egg-const
egg-base ediff-merg ediff-diff ediff-wind ediff-help ediff-util
ediff-mult ediff-init ediff egg-custom solarized-dark-theme
solarized-definitions sr-speedbar advice help-fns advice-preload
speedbar sb-image ezimage dframe cl-macs gv winner ring paren savehist
msb gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr
wid-edit time cus-start cus-load cl cl-lib adjust-parens-autoloads
egg-autoloads elisp-slime-nav-autoloads finder-inf git-gutter+-autoloads
magit-autoloads magit-filenotify-autoloads package+-autoloads
smtpmail-multi-autoloads sr-speedbar-autoloads w3m-autoloads info
easymenu package time-date tooltip ediff-hook vc-hooks lisp-float-type
mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
thai tai-viet lao korean japanese hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

-- 
--
regards,
Samium Gromoff
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Mon, 16 Sep 2013 20:54:02 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Mon, 16 Sep 2013 22:53:03 +0200

Hello.

16 sep 2013 kl. 21:48 skrev Samium Gromoff <_deepfire <at> feelingofgreen.ru>:

> Running Emacs from a Mate session screws redraw completely.

Like how?  What is a Mate?  Provide screenshots if you can.  Are you running Wayland? I see wayland-client below.

	Jan D.

> 
> [deepfire <at> betelheise ~]$ rpm -qv gtk3 pango cairo gdk-pixbuf2 libX11 libXrender libXdamage libXcomposite libwayland-client libXext mesa-libGL libxcb mesa-libEGL | grep x86_64
> gtk3-3.8.4-1.fc19.x86_64
> pango-1.34.1-1.fc19.x86_64
> cairo-1.12.14-2.fc19.x86_64
> gdk-pixbuf2-2.28.2-1.fc19.x86_64
> libX11-1.6.0-1.fc19.x86_64
> libXrender-0.9.7-6.20130524git786f78fd8.fc19.x86_64
> libXdamage-1.1.4-3.fc19.x86_64
> libXcomposite-0.4.4-3.fc19.x86_64
> libwayland-client-1.2.0-1.fc19.x86_64
> libXext-1.3.2-1.fc19.x86_64
> mesa-libGL-9.2-1.20130902.fc19.x86_64
> libxcb-1.9-3.fc19.x86_64
> mesa-libEGL-9.2-1.20130902.fc19.x86_64
> 
> 
> 
> In GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2)
> of 2013-08-14 on buildvm-15.phx2.fedoraproject.org
> Windowing system distributor `Fedora Project', version 11.0.11402000
> System Description:	Fedora release 19 (Schrödinger’s Cat)
> 
> Configured using:
> `configure '--build=x86_64-redhat-linux-gnu'
> '--host=x86_64-redhat-linux-gnu' '--program-prefix='
> '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
> '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
> '--datadir=/usr/share' '--includedir=/usr/include'
> '--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
> '--localstatedir=/var' '--sharedstatedir=/var/lib'
> '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus'
> '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff'
> '--with-xft' '--with-xpm' '--with-x-toolkit=gtk3' '--with-gpm=no'
> 'build_alias=x86_64-redhat-linux-gnu'
> 'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
> -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic'
> 'LDFLAGS=-Wl,-z,relro ''
> 
> Important settings:
>  value of $LANG: en_US.UTF-8
>  value of $XMODIFIERS: @im=none
>  locale-coding-system: utf-8-unix
>  default enable-multibyte-characters: t
> 
> Major mode: Lisp
> 
> Minor modes in effect:
>  eldoc-mode: t
>  paredit-mode: t
>  slime-mode: t
>  diff-auto-refine-mode: t
>  winner-mode: t
>  show-paren-mode: t
>  savehist-mode: t
>  msb-mode: t
>  display-time-mode: t
>  tooltip-mode: t
>  mouse-wheel-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
>  column-number-mode: t
>  line-number-mode: t
>  transient-mark-mode: t
> 
> Recent input:
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <down-mouse-4> 
> <mouse-4> <double-down-mouse-4> <double-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <triple-down-mouse-4> <triple-mouse-4> 
> <triple-down-mouse-4> <triple-mouse-4> <triple-down-mouse-4> 
> <triple-mouse-4> <down-mouse-5> <mouse-5> <double-down-mouse-5> 
> <double-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> <triple-down-mouse-5> 
> <triple-mouse-5> <switch-frame> g <return> <return> 
> q <switch-frame> <switch-frame> <switch-frame> <switch-frame> 
> M-x C-g <switch-frame> <down-mouse-5> <mouse-5> <down-mouse-5> 
> <mouse-5> <down-mouse-5> <mouse-5> <double-down-mouse-5> 
> <double-mouse-5> <triple-down-mouse-5> <triple-mouse-5> 
> <triple-down-mouse-5> <triple-mouse-5> M-x e m C-g 
> <C-print> M-x e m a - r e - b u <tab> M-b M-b M-t <tab> 
> <return>
> 
> Recent messages:
> When done with this frame, type C-x 5 0
> Loading vc-git...done
> byte-code: End of buffer [2 times]
> Checking new news...
> nnimap read 0k from mail.feelingofgreen.ru
> Reading active file via nndraft...done
> Checking new news...done
> nnimap read 0k from mail.feelingofgreen.ru
> Auto-saving...done
> Quit [2 times]
> 
> Load-path shadows:
> /home/deepfire/.emacs.d/elpa/magit-20130810.1119/.dir-locals hides /usr/share/emacs/24.3/lisp/gnus/.dir-locals
> 
> Features:
> (shadow emacsbug sendmail sort shr-color color qp shr mm-archive
> mail-extr gnus-async gnus-bcklg gnus-ml disp-table vc-git tmm nndraft
> nnmh nnfolder utf-7 gnutls network-stream starttls nnimap parse-time tls
> utf7 netrc gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg
> gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig mailcap
> gnus-cache gnus-sum help-mode server gnus-demon nntp gnus-group
> gnus-undo nnmail mail-source gnus-start gnus-spec gnus-win nnoo gnus-int
> gnus-range message rfc822 mml mml-sec mm-decode mm-bodies mm-encode
> mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils
> mailheader time-stamp windmove eldoc paredit slime-fancy
> slime-fontifying-fu slime-package-fu slime-references slime-scratch
> slime-presentations slime-fuzzy slime-fancy-trace slime-fancy-inspector
> slime-c-p-c slime-editing-commands slime-autodoc slime-parse slime-repl
> slime pp hyperspec thingatpt browse-url remember org-remember
> org-datetree org-jekyll org-publish org-exp ob-exp org-exp-blocks
> org-agenda org warnings ob-tangle ob-ref ob-lob ob-table org-footnote
> org-src ob-comint ob-keys org-pcomplete pcomplete comint ansi-color
> org-list org-faces org-entities noutline outline org-version
> ob-emacs-lisp ob org-compat org-macs ob-eval org-loaddefs format-spec
> find-func cal-menu calendar cal-loaddefs egg edmacro kmacro derived rx
> diff-mode easy-mmode ffap url-parse auth-source eieio byte-opt bytecomp
> byte-compile cconv password-cache url-vars electric egg-git egg-const
> egg-base ediff-merg ediff-diff ediff-wind ediff-help ediff-util
> ediff-mult ediff-init ediff egg-custom solarized-dark-theme
> solarized-definitions sr-speedbar advice help-fns advice-preload
> speedbar sb-image ezimage dframe cl-macs gv winner ring paren savehist
> msb gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr
> wid-edit time cus-start cus-load cl cl-lib adjust-parens-autoloads
> egg-autoloads elisp-slime-nav-autoloads finder-inf git-gutter+-autoloads
> magit-autoloads magit-filenotify-autoloads package+-autoloads
> smtpmail-multi-autoloads sr-speedbar-autoloads w3m-autoloads info
> easymenu package time-date tooltip ediff-hook vc-hooks lisp-float-type
> mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe
> tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
> timer select scroll-bar mouse jit-lock font-lock syntax facemenu
> font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
> thai tai-viet lao korean japanese hebrew greek romanian slovak czech
> european ethiopic indian cyrillic chinese case-table epa-hook
> jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
> cus-face macroexp files text-properties overlay sha1 md5 base64 format
> env code-pages mule custom widget hashtable-print-readable backquote
> make-network-process dbusbind dynamic-setting system-font-setting
> font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
> 
> -- 
> --
> regards,
> Samium Gromoff
> 
>
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Tue, 17 Sep 2013 06:56:02 GMT) Full text and rfc822 format available.

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

From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: UNS: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Tue, 17 Sep 2013 10:19:38 +0400

[Message part 1 (text/plain, inline)]
Jan Djärv <jan.h.d <at> swipnet.se> writes:
> 16 sep 2013 kl. 21:48 skrev Samium Gromoff <_deepfire <at> feelingofgreen.ru>:
>
>> Running Emacs from a Mate session screws redraw completely.
>
> Like how?  What is a Mate?  Provide screenshots if you can.  Are you running Wayland? I see wayland-client below.

Mate is the modern fork of Gnome 2.
No, I'm not running Wayland, this is a regular X session : -)

The list of component versions was motivated by doing a "ldd `which emacs`".

The screenshot:


[emacs-gtk-redraw-bug.png (image/png, attachment)]
[Message part 3 (text/plain, inline)]
-- 
regards,
Samium Gromoff
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Tue, 17 Sep 2013 07:24:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Cc: 15398 <at> debbugs.gnu.org, jan.h.d <at> swipnet.se
Subject: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Tue, 17 Sep 2013 10:23:30 +0300

> From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
> Date: Tue, 17 Sep 2013 10:19:38 +0400
> Cc: 15398 <at> debbugs.gnu.org
> 
> The screenshot:

The only thing I see here that's wrong is that the frame background
does not hide what's beneath it.  Everything else is normal -- Emacs
never draws beyond the right edge of each line, except a single
character cell (to have a place to put the cursor there).

Does your environment have some transparency setting or something?
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Tue, 17 Sep 2013 18:51:02 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org, Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Tue, 17 Sep 2013 20:50:00 +0200

Hello.

17 sep 2013 kl. 09:23 skrev Eli Zaretskii <eliz <at> gnu.org>:

>> From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
>> Date: Tue, 17 Sep 2013 10:19:38 +0400
>> Cc: 15398 <at> debbugs.gnu.org
>> 
>> The screenshot:
> 
> The only thing I see here that's wrong is that the frame background
> does not hide what's beneath it.  Everything else is normal -- Emacs
> never draws beyond the right edge of each line, except a single
> character cell (to have a place to put the cursor there).
> 
> Does your environment have some transparency setting or something?

It does look like some kind of compositing manager bug.  It can be due to the fact that Emacs mixes Gtk+ (i.e. cairo) and regular X drawing.  We can probably do some kind of workaround, but this is really not an Emacs bug.

	Jan D.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Tue, 17 Sep 2013 21:18:02 GMT) Full text and rfc822 format available.

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

From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org, jan.h.d <at> swipnet.se
Subject: Re: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Wed, 18 Sep 2013 01:17:52 +0400

Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
>> Date: Tue, 17 Sep 2013 10:19:38 +0400
>> Cc: 15398 <at> debbugs.gnu.org
>> 
>> The screenshot:
>
> The only thing I see here that's wrong is that the frame background
> does not hide what's beneath it.

In fact, if I start scrolling the buffer, I start seeing text ghosts,
where character cells are not being cleared, as they should be.

[...]
> Does your environment have some transparency setting or something?

No, absolutely not.

I must add that Emacs if the only application affected by this strange bug.

-- 
regards,
Samium Gromoff
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Wed, 18 Sep 2013 06:28:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Cc: 15398 <at> debbugs.gnu.org, jan.h.d <at> swipnet.se
Subject: Re: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Wed, 18 Sep 2013 09:27:25 +0300

> From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
> Cc: jan.h.d <at> swipnet.se,  15398 <at> debbugs.gnu.org
> Date: Wed, 18 Sep 2013 01:17:52 +0400
> 
> > The only thing I see here that's wrong is that the frame background
> > does not hide what's beneath it.
> 
> In fact, if I start scrolling the buffer, I start seeing text ghosts,
> where character cells are not being cleared, as they should be.

Can you show a screenshot of that?

> I must add that Emacs if the only application affected by this strange bug.

Thanks, but that in itself doesn't yet say anything.  Emacs's display
engine uses some unorthodox techniques, as Jan explained.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Wed, 18 Sep 2013 21:25:02 GMT) Full text and rfc822 format available.

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

From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org, jan.h.d <at> swipnet.se
Subject: Re: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 01:07:26 +0400

[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> > The only thing I see here that's wrong is that the frame background
>> > does not hide what's beneath it.
>> 
>> In fact, if I start scrolling the buffer, I start seeing text ghosts,
>> where character cells are not being cleared, as they should be.
>
> Can you show a screenshot of that?

Here it goes -- I was scrolling downwards into the file, so the text
was moving upwards -- and you can see the undisturbed top, while the
bottom is full of stale character cells:


[Screenshot from 2013-09-19 01:02:47.png (image/png, attachment)]
[Message part 3 (text/plain, inline)]
-- 
regards,
Samium Gromoff
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 06:51:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Cc: 15398 <at> debbugs.gnu.org, jan.h.d <at> swipnet.se
Subject: Re: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 09:50:18 +0300

> From: Samium Gromoff <_deepfire <at> feelingofgreen.ru>
> Cc: jan.h.d <at> swipnet.se,  15398 <at> debbugs.gnu.org
> Date: Thu, 19 Sep 2013 01:07:26 +0400
> 
> >> In fact, if I start scrolling the buffer, I start seeing text ghosts,
> >> where character cells are not being cleared, as they should be.
> >
> > Can you show a screenshot of that?
> 
> Here it goes -- I was scrolling downwards into the file, so the text
> was moving upwards -- and you can see the undisturbed top, while the
> bottom is full of stale character cells:

Looks like some of the X functions don't clear areas in the window.
(Jan, does this make sense?)

If you type "M-x redraw-display RET", do the ghost characters go away?
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 08:06:01 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org, Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 10:05:04 +0200

> Looks like some of the X functions don't clear areas in the window.
> (Jan, does this make sense?)

FWIW I see something similar on Debian 7.0.0 with GTK 3.4.2: Menu texts
and tooltips don't disappear - they overlay the frame areas after the
newlines of buffers and stay there even when scrolling.

> If you type "M-x redraw-display RET", do the ghost characters go away?

When I do M-x redraw RET they disappear.

martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 08:11:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org, _deepfire <at> feelingofgreen.ru
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 11:10:51 +0300

> Date: Thu, 19 Sep 2013 10:05:04 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: Samium Gromoff <_deepfire <at> feelingofgreen.ru>, 15398 <at> debbugs.gnu.org
> 
> FWIW I see something similar on Debian 7.0.0 with GTK 3.4.2: Menu texts
> and tooltips don't disappear - they overlay the frame areas after the
> newlines of buffers and stay there even when scrolling.

Does this happen only with the current trunk, or also with Emacs 24.3?
If the former, it could be a redisplay bug introduced lately.  If the
latter, that's indeed something related to the window manager.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 08:28:01 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 10:27:29 +0200

> Does this happen only with the current trunk, or also with Emacs 24.3?
> If the former, it could be a redisplay bug introduced lately.  If the
> latter, that's indeed something related to the window manager.

What's the canonical way to get the Emacs 24.3 branch when I only
have trunk here?

martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 08:55:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 11:53:46 +0300

> Date: Thu, 19 Sep 2013 10:27:29 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 15398 <at> debbugs.gnu.org
> 
> > Does this happen only with the current trunk, or also with Emacs 24.3?
> > If the former, it could be a redisplay bug introduced lately.  If the
> > latter, that's indeed something related to the window manager.
> 
> What's the canonical way to get the Emacs 24.3 branch when I only
> have trunk here?

I meant the released 24.3 version.  But since you asked: do this from
the parent of the trunk:

  $ bzr branch bzr+ssh://USERNAME <at> bzr.savannah.gnu.org/emacs/emacs-24

You can also use bzr:/bzr.savannah.gnu.org/emacs/emacs-24 for
anonymous checkout, if you don't have bzr+ssh set up on that system.

The above assumes you have a shared repo in the parent directory of
trunk.  If you don't, then start with these commands in the trunk
directory:

  $ cd .. && bzr init-repo .
  $ bzr reconfigure --use-shared trunk

After that, do the "bzr branch" shown above.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 09:26:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 11:25:14 +0200

> I meant the released 24.3 version.  But since you asked: do this from
> the parent of the trunk:
> 
>   $ bzr branch bzr+ssh://USERNAME <at> bzr.savannah.gnu.org/emacs/emacs-24
> 
> You can also use bzr:/bzr.savannah.gnu.org/emacs/emacs-24 for
> anonymous checkout, if you don't have bzr+ssh set up on that system.

Thanks.  Emacs 24.3 does _not_ exhibit the strange behavior.  So
the problem happens only with trunk.

If you want me to bisect, please tell me how.

martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 09:32:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 12:31:04 +0300

> Date: Thu, 19 Sep 2013 11:25:14 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 15398 <at> debbugs.gnu.org
> 
> Thanks.  Emacs 24.3 does _not_ exhibit the strange behavior.  So
> the problem happens only with trunk.
> 
> If you want me to bisect, please tell me how.

With "bzr bisect", I'd suggest.  Or did you mean something else?
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 10:59:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 12:58:32 +0200

>> If you want me to bisect, please tell me how.
> 
> With "bzr bisect", I'd suggest.  Or did you mean something else?

No.  But

bzr bisect
bzr: ERROR: unknown command "bisect"


martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 13:05:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 16:04:35 +0300

> Date: Thu, 19 Sep 2013 12:58:32 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 15398 <at> debbugs.gnu.org
> 
> bzr bisect
> bzr: ERROR: unknown command "bisect"

It's a plugin, you need to install it (as it evidently didn't come
with your distribution).
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 14:04:01 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 16:03:24 +0200

> It's a plugin, you need to install it (as it evidently didn't come
> with your distribution).

It might help if someone told me how to do that.

Thanks, martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 14:05:01 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Dmitry Antipov <dmantipov <at> yandex.ru>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 10:04:36 -0400

> FWIW I see something similar on Debian 7.0.0 with GTK 3.4.2: Menu texts
> and tooltips don't disappear - they overlay the frame areas after the
> newlines of buffers and stay there even when scrolling.

I think it's a very recent change.  Might be for example r114314
What happens if you undo this patch?  (quoted below)


        Stefan


=== modified file 'src/ChangeLog'
--- a/src/ChangeLog	2013-09-17 06:33:24 +0000
+++ b/src/ChangeLog	2013-09-17 06:57:30 +0000
@@ -5,6 +5,8 @@
 	(fn_g_type_init) [!WINDOWSNT]: Define only if Glib < 2.36.0.
 	* xsettings.c (init_gconf, init_gsettings): Do not check
 	for g_type_init.
+	* xterm.c (handle_one_xevent): Do not call to x_clear_area
+	if GTK >= 2.7.0.
 
 2013-09-16  Jan Djärv  <jan.h.d <at> swipnet.se>
 

=== modified file 'src/xterm.c'
--- a/src/xterm.c	2013-09-16 11:23:03 +0000
+++ b/src/xterm.c	2013-09-17 06:57:30 +0000
@@ -6151,7 +6151,7 @@
       f = x_window_to_frame (dpyinfo, event->xexpose.window);
       if (f)
         {
-#ifdef USE_GTK
+#if ! GTK_CHECK_VERSION (2, 7, 0)
           /* This seems to be needed for GTK 2.6.  */
 	  x_clear_area (event->xexpose.display,
 			event->xexpose.window,


[3. text/plain]

_______________________________________________
Emacs-diffs mailing list
Emacs-diffs <at> gnu.org
https://lists.gnu.org/mailman/listinfo/emacs-diffs
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 14:21:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 17:20:42 +0300

> Date: Thu, 19 Sep 2013 16:03:24 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 15398 <at> debbugs.gnu.org
> 
> > It's a plugin, you need to install it (as it evidently didn't come
> > with your distribution).
> 
> It might help if someone told me how to do that.

Download the code from here:

  https://code.launchpad.net/~bzr/bzr-bisect/trunk

(Just "bzr branch" from that URL.)

The way to install is described here:

  http://doc.bazaar.canonical.com/plugins/en/plugin-installation.html

You don't need the setup step in this case, just branching under
$HOME/.bazaar/plugins/ as explained in the above URL should be enough.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 14:22:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 15398 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Dmitry Antipov <dmantipov <at> yandex.ru>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3; Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 16:21:37 +0200

> What happens if you undo this patch?  (quoted below)

Then everything is OK.

Thanks, martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 14:25:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;	Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 16:24:01 +0200

> Download the code from here:
> 
>   https://code.launchpad.net/~bzr/bzr-bisect/trunk
> 
> (Just "bzr branch" from that URL.)
> 
> The way to install is described here:
> 
>   http://doc.bazaar.canonical.com/plugins/en/plugin-installation.html
> 
> You don't need the setup step in this case, just branching under
> $HOME/.bazaar/plugins/ as explained in the above URL should be enough.

Thanks, amrtin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 15:46:01 GMT) Full text and rfc822 format available.

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

From: Serge Kosyrev <skosyrev <at> ptsecurity.ru>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: martin rudalics <rudalics <at> gmx.at>, Eli Zaretskii <eliz <at> gnu.org>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>,
 Dmitry Antipov <dmantipov <at> yandex.ru>, 15398 <at> debbugs.gnu.org
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Thu, 19 Sep 2013 18:54:01 +0400

Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>> FWIW I see something similar on Debian 7.0.0 with GTK 3.4.2: Menu texts
>> and tooltips don't disappear - they overlay the frame areas after the
>> newlines of buffers and stay there even when scrolling.
[...]
> I think it's a very recent change.  Might be for example r114314
> What happens if you undo this patch?  (quoted below)
> +#if ! GTK_CHECK_VERSION (2, 7, 0)
>            /* This seems to be needed for GTK 2.6.  */
>  	  x_clear_area (event->xexpose.display,
>  			event->xexpose.window,

Emacs (24.3) is linked to gtk3-3.8.4-1.fc19.x86_64 on my machine, indeed.

--
regards,
Samium Gromoff
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 16:18:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15398 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3;
 Frame redraw completely screwed
Date: Thu, 19 Sep 2013 12:17:36 -0400

martin rudalics wrote:

>> It's a plugin, you need to install it (as it evidently didn't come
>> with your distribution).
>
> It might help if someone told me how to do that.

It's written in admin/notes/bzr
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 16:42:02 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Serge Kosyrev <skosyrev <at> ptsecurity.ru>
Cc: 15398 <at> debbugs.gnu.org, Dmitry Antipov <dmantipov <at> yandex.ru>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Thu, 19 Sep 2013 18:41:50 +0200

Hello.

19 sep 2013 kl. 16:54 skrev Serge Kosyrev <skosyrev <at> ptsecurity.ru>:

> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>>> FWIW I see something similar on Debian 7.0.0 with GTK 3.4.2: Menu texts
>>> and tooltips don't disappear - they overlay the frame areas after the
>>> newlines of buffers and stay there even when scrolling.
> [...]
>> I think it's a very recent change.  Might be for example r114314
>> What happens if you undo this patch?  (quoted below)
>> +#if ! GTK_CHECK_VERSION (2, 7, 0)
>>           /* This seems to be needed for GTK 2.6.  */
>> 	  x_clear_area (event->xexpose.display,
>> 			event->xexpose.window,
> 
> Emacs (24.3) is linked to gtk3-3.8.4-1.fc19.x86_64 on my machine, indeed.

I don't recall all the details, but I think the comment actually means "for GTK 2.6 and newer".

	Jan D.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Thu, 19 Sep 2013 17:07:01 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 15398 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#15398: UNS: Re: bug#15398: UNS: Re: bug#15398: 24.3; Frame
 redraw completely screwed
Date: Thu, 19 Sep 2013 19:06:35 +0200

> It's written in admin/notes/bzr

Fine.  I wouldn't have searched in that directory.

Thanks, martin
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Fri, 20 Sep 2013 03:42:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Jan Djärv <jan.h.d <at> swipnet.se>, 
 Serge Kosyrev <skosyrev <at> ptsecurity.ru>
Cc: 15398 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> IRO.UMontreal.CA>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Fri, 20 Sep 2013 07:41:02 +0400

On 09/19/2013 08:41 PM, Jan Djärv wrote:

> I don't recall all the details, but I think the comment actually means "for GTK 2.6 and newer".

Ugh. Reverted in r114402 (for visible frames; in general, I think
that it is possible to handle Expose events a bit more intelligently).

Dmitry
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Fri, 20 Sep 2013 06:48:02 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 15398 <at> debbugs.gnu.org, Samium Gromoff <_deepfire <at> feelingofgreen.ru>,
 Serge Kosyrev <skosyrev <at> ptsecurity.ru>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Fri, 20 Sep 2013 08:47:19 +0200

Hello.

20 sep 2013 kl. 05:41 skrev Dmitry Antipov <dmantipov <at> yandex.ru>:

> On 09/19/2013 08:41 PM, Jan Djärv wrote:
> 
>> I don't recall all the details, but I think the comment actually means "for GTK 2.6 and newer".
> 
> Ugh. Reverted in r114402 (for visible frames; in general, I think
> that it is possible to handle Expose events a bit more intelligently).

Not as long as we do pure X-calls on Gtk-widgets.  For this case, the widget thinks that nothing has been written to it (i.e. no Gtk+ methods have been called to do so), so the expose event does not need to redraw or clear anything.  But we have  written something, but with X calls, and the widget can't know this.

	Jan D.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Fri, 20 Sep 2013 08:02:01 GMT) Full text and rfc822 format available.

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 15398 <at> debbugs.gnu.org, Samium Gromoff <_deepfire <at> feelingofgreen.ru>,
 Serge Kosyrev <skosyrev <at> ptsecurity.ru>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Fri, 20 Sep 2013 12:00:46 +0400

[Message part 1 (text/plain, inline)]
On 09/20/2013 10:47 AM, Jan Djärv wrote:

> 20 sep 2013 kl. 05:41 skrev Dmitry Antipov <dmantipov <at> yandex.ru>:
>
>> On 09/19/2013 08:41 PM, Jan Djärv wrote:
>>
>>> I don't recall all the details, but I think the comment actually means "for GTK 2.6 and newer".
>>
>> Ugh. Reverted in r114402 (for visible frames; in general, I think
>> that it is possible to handle Expose events a bit more intelligently).
>
> Not as long as we do pure X-calls on Gtk-widgets.

Yes, mixing Xlib and Gtk is ugly. But I would like to get your comments on this first
(also I'm looking for brave testers).

Dmitry


[gtk_clear_expose.patch (text/x-patch, attachment)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Fri, 20 Sep 2013 09:33:01 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 15398 <at> debbugs.gnu.org, Samium Gromoff <_deepfire <at> feelingofgreen.ru>,
 Serge Kosyrev <skosyrev <at> ptsecurity.ru>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Fri, 20 Sep 2013 11:32:11 +0200

Hello.

20 sep 2013 kl. 10:00 skrev Dmitry Antipov <dmantipov <at> yandex.ru>:

> On 09/20/2013 10:47 AM, Jan Djärv wrote:
> 
>> 20 sep 2013 kl. 05:41 skrev Dmitry Antipov <dmantipov <at> yandex.ru>:
>> 
>>> On 09/19/2013 08:41 PM, Jan Djärv wrote:
>>> 
>>>> I don't recall all the details, but I think the comment actually means "for GTK 2.6 and newer".
>>> 
>>> Ugh. Reverted in r114402 (for visible frames; in general, I think
>>> that it is possible to handle Expose events a bit more intelligently).
>> 
>> Not as long as we do pure X-calls on Gtk-widgets.
> 
> Yes, mixing Xlib and Gtk is ugly. But I would like to get your comments on this first
> (also I'm looking for brave testers).
> 
> Dmitry
> 
> <gtk_clear_expose.patch>


This simply does not work.  It assumes there is only one frame per root window, which is wrong.
It assumes Emacs will get Unmap events when something obscuring it goes away, this is wrong (other applications may cover Emacs and the go away).

Any optimization attempt in this area is futile, it will lead to errors for a very small performance benefit.  The time is better spent into doing a proper double buffer solution.

	Jan D.
bug closed, send any further explanations to 15398 <at> debbugs.gnu.org and Samium Gromoff <_deepfire <at> feelingofgreen.ru> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 09 Sep 2020 13:25:02 GMT) Full text and rfc822 format available.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15398; Package emacs. (Wed, 09 Sep 2020 13:26:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 15398 <at> debbugs.gnu.org, Jan Djärv <jan.h.d <at> swipnet.se>,
 Samium Gromoff <_deepfire <at> feelingofgreen.ru>,
 Serge Kosyrev <skosyrev <at> ptsecurity.ru>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Re: bug#15398: 24.3; Frame redraw completely screwed
Date: Wed, 09 Sep 2020 15:24:27 +0200

Dmitry Antipov <dmantipov <at> yandex.ru> writes:

>> I don't recall all the details, but I think the comment actually
>> means "for GTK 2.6 and newer".
>
> Ugh. Reverted in r114402 (for visible frames; in general, I think
> that it is possible to handle Expose events a bit more intelligently).

If I'm skimming this thread correctly, this revert fixed the reported
bug, so I'm closing this bug report.  If there's more to be done here,
please send a message to the debbugs address, and we'll reopen.

Jan Djärv <jan.h.d <at> swipnet.se> writes:

>> Yes, mixing Xlib and Gtk is ugly. But I would like to get your
>> comments on this first
>> (also I'm looking for brave testers).
>> 
>> Dmitry
>> 
>> <gtk_clear_expose.patch>
>
> This simply does not work.  It assumes there is only one frame per
> root window, which is wrong.
> It assumes Emacs will get Unmap events when something obscuring it
> goes away, this is wrong (other applications may cover Emacs and the
> go away).
>
> Any optimization attempt in this area is futile, it will lead to
> errors for a very small performance benefit.  The time is better spent
> into doing a proper double buffer solution.

And I think Emacs got that in the years that followed?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 08 Oct 2020 11:24:12 GMT) Full text and rfc822 format available.
This bug report was last modified 4 years and 258 days ago.

Previous Next

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