GNU bug report logs -
#14033
24.3.50; Deleting frame and reconnecting to Emacs daemon results in blank frame
Previous Next
Reported by: Ulrich Mueller <ulm <at> gentoo.org>
Date: Fri, 22 Mar 2013 20:13:02 UTC
Severity: normal
Tags: moreinfo
Found in version 24.3.50
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 14033 in the body.
You can then email your comments to 14033 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14033
; Package
emacs
.
(Fri, 22 Mar 2013 20:13:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ulrich Mueller <ulm <at> gentoo.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 22 Mar 2013 20:13:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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 <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14033
; Package
emacs
.
(Sun, 06 Dec 2020 18:58:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14033 <at> debbugs.gnu.org (full text, mbox):
Ulrich Mueller <ulm <at> 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
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 06 Dec 2020 18:58:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14033
; Package
emacs
.
(Sun, 06 Dec 2020 19:54:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 14033 <at> debbugs.gnu.org (full text, mbox):
>>>>> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14033
; Package
emacs
.
(Sun, 06 Dec 2020 20:29:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 14033 <at> debbugs.gnu.org (full text, mbox):
Ulrich Mueller <ulm <at> 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
bug closed, send any further explanations to
14033 <at> debbugs.gnu.org and Ulrich Mueller <ulm <at> gentoo.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 06 Dec 2020 20:29:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 04 Jan 2021 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 171 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.