From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>,
32334@debbugs.gnu.org, Demo@Demosthenes.org
Subject: bug#32334: Window resize fails in remote X11
Date: Sun, 13 Feb 2022 14:00:26 +0800 [thread overview]
Message-ID: <87a6evmhl1.fsf@yahoo.com> (raw)
In-Reply-To: <87y3djby70.fsf@gmail.com> (Robert Pluim's message of "Mon, 06 Aug 2018 12:12:51 +0200")
Robert Pluim <rpluim@gmail.com> writes:
> - Either no other program on the internet uses XDBE, or if they do
> their users never use X11 forwarding over ssh
> - The emacs toolkit type doesnʼt matter, they all have visual problems
> of one kind or another
> - XDBE calls are definitely being made, and they're not returning
> errors
> - Itʼs not a timing issue: if I delay the XDBE setup until after the
> initial frame has been set up and shown, then visual problems still
> start occuring immediately after the XDBE initialization
>
> I also tested with Cygwin's XServer, which supports the double
> buffering extension. I used the same ssh session, and emacs came up
> and looked and worked fine.
>
> So at this point itʼs looking more like an issue with VcXsrv than with
> emacs. Iʼll see if I can engage with them after I get back from vacation.
Emacs is the only living program that still uses the double buffer
extension. It is considered an obsolete but supported extension by the
X.Org developers, and not much priority is given to it by other X server
developers, aside from ensuring that the code to support it still
builds.
The recommended alternative is to create a pixmap and to use that as a
back buffer instead. It will completely mess up color allocation on
some other X servers, and might lead to sub-optimial memory usage, so
replacing the Xdbe code with that entirely is not an option.
Instead, we could use the pixmap strategy on X servers that are known to
be buggy. Off the back of my head I can list Hummingbird's X servers
(`x-server-vendor' usually returns "Hummingbird Ltd." or some variant
thereof), VcXsrv (which unfortunately cannot be easily identified) and
some versions of Xming (which identifies itself as X.Org, not much help
there either.)
The easy solution would to simply disable double buffering on those
servers, at the cost of some extra flickering to their users.
prev parent reply other threads:[~2022-02-13 6:00 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-31 10:21 bug#32334: Window resize fails in remote X11 Russell Adams
2018-07-31 16:27 ` Eli Zaretskii
2018-07-31 16:35 ` Russell Adams
2018-07-31 17:03 ` Eli Zaretskii
2018-08-01 13:01 ` Robert Pluim
2018-08-01 13:09 ` Eli Zaretskii
2018-08-01 13:27 ` Robert Pluim
2018-08-02 13:49 ` Robert Pluim
2018-08-02 14:09 ` Eli Zaretskii
2018-08-06 10:12 ` Robert Pluim
2018-08-06 15:21 ` Eli Zaretskii
2018-08-07 8:35 ` Robert Pluim
2018-08-07 14:42 ` Eli Zaretskii
2022-02-13 6:00 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a6evmhl1.fsf@yahoo.com \
--to=bug-gnu-emacs@gnu.org \
--cc=32334@debbugs.gnu.org \
--cc=Demo@Demosthenes.org \
--cc=eliz@gnu.org \
--cc=luangruo@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.