bug#14033: 24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame

bug#14033: 24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame

[Ulrich Mueller]

With Emacs from Bzr linked against Motif 2.3.4, I get a blank frame
when connecting for the second time to a daemonised Emacs.

To reproduce:

   $ emacs -Q --daemon
   $ emacsclient -c
   Waiting for Emacs...

Up to here everything appears to be o.k.
Now I delete the frame and try to connect for a second time:

   C-x 5 0
   $ emacsclient -c
   Waiting for Emacs...
   *ERROR*: X protocol error: RenderBadPicture (invalid Picture parameter) on protocol request 138

This time, I get above error message and a blank Emacs frame. (For the
menu bar, the background colour is visible, but otherwise it is also
blank. The toolbar is not visible at all.) Sometimes the error appears
only when connecting to the daemon for the third time.

The problem disappears when I disable the menu bar ("M-x menu-bar-mode
RET" before doing "C-x 5 0" the first time).


In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, Motif Version 2.3.4)
 of 2013-03-22 on juno
Bzr revision: kbrown@cornell.edu-20130322165231-18aime2lgf6ioecp
Windowing system distributor `The X.Org Foundation', version 11.0.11400000
System Description:	Gentoo Base System release 2.2

Configured using:
 `configure --prefix=/usr --build=x86_64-pc-linux-gnu
 --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
 --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
 --localstatedir=/var/lib --libdir=/usr/lib64
 --disable-dependency-tracking --program-suffix=-emacs-24-vcs
 --program-transform-name=s/emacs-[0-9].*/emacs-24-vcs/
 --infodir=/usr/share/info/emacs-24-vcs
 --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
 --with-gameuser=games --without-compress-info --without-hesiod
 --without-kerberos --without-kerberos5 --with-gpm --with-dbus
 --without-gnutls --with-inotify --with-acl --without-xml2
 --without-selinux --without-wide-int --with-sound --with-x
 --without-ns --without-gconf --without-gsettings
 --without-toolkit-scroll-bars --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xpm --with-imagemagick --with-xft
 --without-libotf --without-m17n-flt --with-x-toolkit=motif
 GENTOO_PACKAGE=app-editors/emacs-vcs-24.3.9999 EBZR_BRANCH=trunk
 EBZR_REVNO=112108 CFLAGS='-march=core2 -ggdb -O2 -pipe'
 LDFLAGS='-Wl,-O1 -Wl,--as-needed''


X resources (output of "appres Emacs"):
Emacs.geometry: 80x50-0-0
Emacs.font:	Droid Sans Mono-10
Emacs.foreground:	black
Emacs.background:	ivory
Emacs.cursorColor:	dark slate grey
Emacs.menuBar:	on
Emacs.scrollBarWidth:	8
Emacs.*.renderTable:	emacs
Emacs.*.renderTable.fontName:	Droid Sans
Emacs.*.renderTable.fontSize:	10
Emacs.*.renderTable.fontType:	FONT_IS_XFT
Emacs.pane.menubar.*.renderTable.fontStyle:	bold
*foreground:	black
*background:	ivory

bug#14033: 24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame

[Lars Ingebrigtsen]

Ulrich Mueller <ulm@gentoo.org> writes:

> With Emacs from Bzr linked against Motif 2.3.4, I get a blank frame
> when connecting for the second time to a daemonised Emacs.
>
> To reproduce:
>
>    $ emacs -Q --daemon
>    $ emacsclient -c
>    Waiting for Emacs...
>
> Up to here everything appears to be o.k.
> Now I delete the frame and try to connect for a second time:
>
>    C-x 5 0
>    $ emacsclient -c
>    Waiting for Emacs...
>    *ERROR*: X protocol error: RenderBadPicture (invalid Picture parameter) on protocol request 138
>
> This time, I get above error message and a blank Emacs frame. (For the
> menu bar, the background colour is visible, but otherwise it is also
> blank. The toolbar is not visible at all.) Sometimes the error appears
> only when connecting to the daemon for the third time.
>
> The problem disappears when I disable the menu bar ("M-x menu-bar-mode
> RET" before doing "C-x 5 0" the first time).

(This bug report unfortunately got no response at the time.)

I am unable to reproduce this error.  Do you still see it in more recent
versions of Emacs?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#14033: 24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame

[Ulrich Mueller]

>>>>> On Sun, 06 Dec 2020, Lars Ingebrigtsen wrote:

> I am unable to reproduce this error.  Do you still see it in more recent
> versions of Emacs?

Hm, I've tested again with versions 24.5, 25.3, 26.3, 27.1, and Emacs
from Git (as of today, commit 40e11743ca3803bdc2c6c612f35ab695efb3eb8b),
all linked against Motif 2.3.8.

I can still reproduce the problem with version 24.5, but not with any
of the later versions.

So I think this bug can be closed. Thank you for coming back to this.

bug#14033: 24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame

[Lars Ingebrigtsen]

Ulrich Mueller <ulm@gentoo.org> writes:

> Hm, I've tested again with versions 24.5, 25.3, 26.3, 27.1, and Emacs
> from Git (as of today, commit 40e11743ca3803bdc2c6c612f35ab695efb3eb8b),
> all linked against Motif 2.3.8.
>
> I can still reproduce the problem with version 24.5, but not with any
> of the later versions.
>
> So I think this bug can be closed. Thank you for coming back to this.

Thanks for the thorough testing; closing the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no