On Sat, 11 Jan 2020 19:52:22 +0100
Matthieu Herrb <[email protected]> wrote:

> On Sat, Jan 11, 2020 at 05:47:05PM +0000, Stuart Henderson wrote:
> > On 2020/01/11 17:24, Matthieu Herrb wrote:
> > > On Tue, Jan 07, 2020 at 09:00:04PM +0100, Benjamin Baier wrote:
> > > 
> > > Hi,
> > > 
> > > While I've been able to write a small application that reproduces
> > > this, I can't reproduce the conversion to XA_IP_ADDRESS with
> > > claws-mail. (I'm trying to test options to fix this in
> > > libXmu).
> > > 
> > > Do you have any special configuration there ? (running over an SSH
> > > tunnel, or anything that might trigger a decision to get the IP
> > > address of the selection owner...)
> > > 
> > > Trying to find where this is done in the claws-mail/gtk+2/
> > > dependencies is indeed not simple...
> > > -- 
> > > Matthieu Herrb
> > > 
> > 
> > claws-mail might not be doing it any more as of package version 3.17.4p2 -
> > an upstream change to pasting was backed out. Rebuild claws-mail with
> > patch-src_compose_c removed if you want to confirm that.
> 
> Indeed, reverting the back out, I can reproduce the issue.
> Thanks.

Here is my status on this.

Claws-mail 3.17.4p2 has the backout diff so all the testing below was done with
claws-mail 3.17.4p1.

Following the advise from Thomas Dickey i compiled libXmu with
CONFIGURE_ARGS+=        --disable-tcp-transport
which sets #undef TCPCONN
which is only used once in libXmu/src/CvtStdSel.c where now the offending code
is disabled. So this option only affects Copy&Paste actions.

Everything fixed, everything still works with this setting.

Copy from         | Paste into        | Result
-----------------------------------------------
local xterm       | claws-mail        | OK
local xterm       | ssh -XY ... xterm | OK
ssh -XY ... xterm | claws-mail        | OK
ssh -XY ... xterm | local xterm       | OK

So I will be running with the --disable-tcp-transport flag and see if I get
other misbehaviour, but i suspect not.

Only one other consumer in base, which is xenocara/app/xlockmore.
The only thing I'm worried about is the 200+ ports that have an libXmu
dependency declared.

-- Ben

Reply via email to