From jens.reyer@leberrohstoffe.com  Mon Apr  7 13:51:21 2025
Received: (at 1633) by bugs.x2go.org; 7 Apr 2025 11:51:26 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=3.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,RCVD_IN_DNSWL_BLOCKED,
	RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED,
	RCVD_IN_ZEN_BLOCKED_OPENDNS,SPF_HELO_NONE,URIBL_BLOCKED,
	URIBL_DBL_BLOCKED_OPENDNS,URIBL_ZEN_BLOCKED_OPENDNS autolearn=ham
	autolearn_force=no version=3.4.4
Received: from out2.mail.core1.p4.net (out2.mail.core1.p4.net [195.98.222.229])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 91CBC5DA8D
	for <1633@bugs.x2go.org>; Mon,  7 Apr 2025 13:51:20 +0200 (CEST)
Received: from relay2.mail.core1.p4.net (relay2.mail.core1.p4.net [195.98.222.167])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
	(No client certificate requested)
	by out2.mail.core1.p4.net (Postfix) with ESMTPS id 4ZWSGc2GC2z7sdQ
	for <1633@bugs.x2go.org>; Mon,  7 Apr 2025 13:51:20 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leberrohstoffe.com;
	s=s1-p4; t=1744026680; x=1747050680;
	bh=w9v4zqG3ttxrgKlc83Q3UOnL0n3DFTnAb5tjXA8jDcc=;
	h=Date:From:To:Message-ID:Subject:From;
	b=trqgLY+yrBbxxpCeXNvlMzvQI47watJlTW/VEj7qqp8SeV148c8a22upPCwZzv0a/
	 4e6rXsiN4mgC/VB4uZiWgUKx7qxlfuDcGqtY8HqBHWfTHJ43se0pBx+d5uRtRTybuQ
	 6S+kRVb474HZxWhbfCart93KIceCDGzrDbSICgj9HPJzl9cPV9qFxJRWd6yovdDyyX
	 dW1JeKK1EKCSbJzkDVzcjQHU3hRFcLzc3+KYZyGqgotWriV5F3q3Ryh9HxYSK/9tv5
	 s+5KdxUjADTRgxESXwBM9X+22gP77RX1Z8V1DWg+HuE8ecVNrV8+4xv+wfajD3L2Cl
	 f90SHOYtgYg5w==
Received: from relay2.mail.core1.p4.net (localhost [127.0.0.1])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
	(No client certificate requested)
	by relay2.mail.core1.p4.net (Postfix) with ESMTPS id 4ZWSGc1D2Nz10qr
	for <1633@bugs.x2go.org>; Mon,  7 Apr 2025 13:51:20 +0200 (CEST)
Received: from ares-mda1.core1.p4.net (ares-mda1.core1.p4.net [195.98.222.164])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by relay2.mail.core1.p4.net (Postfix) with ESMTPS id 4ZWSGc0nFDzyQ3
	for <1633@bugs.x2go.org>; Mon,  7 Apr 2025 13:51:20 +0200 (CEST)
Received: from 127.0.0.1 (helo=localhost.localdomain)
	by ares-mda1.core1.p4.net with esmtpsa (TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256)
	id 1u1l0a-000f7N-0r; Mon, 07 Apr 2025 13:51:20 +0200
Date: Mon, 7 Apr 2025 13:51:19 +0200 (CEST)
From: Jens Reyer <jens.reyer@leberrohstoffe.com>
To: 1633@bugs.x2go.org
Message-ID: <1522497032.175025.1744026679855@195.98.208.36>
In-Reply-To: <CANVnVYK4U9eqw59E7aYiLA-58D_aXNTJ1Fh961-OP5Nw7kbyUQ@mail.gmail.com>
References: <CANVnVYLkcoG0nfM1j5kRJ2yYxX2TTiBcc3k6QuqYPLG7Q6FW5w@mail.gmail.com>
 <810710459.135614.1741783851926@195.98.208.36>
 <CANVnVYL+si4Dn5OypG3iBYgwD-uf-n=mgLmWbFj6eoTv47S0aA@mail.gmail.com>
 <CANVnVYJX1DNocs6252Vin_G-_W8+h4amJ2wFgmu0AV6A=BqVhA@mail.gmail.com>
 <1728065184.137568.1741862572763@195.98.208.36>
 <1081187274.137588.1741862691938@195.98.208.36>
 <CANVnVY+DBpxq8E8KrAdP75+YEsKGM-Eup9dADxyCnntwjz8uLw@mail.gmail.com>
 <1748520028.138240.1741874623478@195.98.208.36>
 <CANVnVYLD5DjxtGQpb=S_0_95eMW2=Up0z1napK6CqTBuNTTa6A@mail.gmail.com>
 <192506419.142362.1742212383293@195.98.208.36>
 <CANVnVYK=JUV9-xmZPdOcme0SEFqk+jsxLEL7WJyYJQ2Eg3qk=Q@mail.gmail.com>
 <999247165.134927.1741773596827@195.98.208.36>
 <CANVnVYLAGWS4Kc5xpv-dAGhrbUuQXU5Fs258oHP6Fxewvas3XQ@mail.gmail.com>
 <240682715.155126.1742900373833@195.98.208.36>
 <CANVnVYLWvKWX0Dg+P=sr1Khv3G7ZxFfaUEts_KRfdMnXaVOoTw@mail.gmail.com>
 <CANVnVYK4U9eqw59E7aYiLA-58D_aXNTJ1Fh961-OP5Nw7kbyUQ@mail.gmail.com>
Subject: Re: Bug#1633: New clipboard issue in Libreoffice with X2Go
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_175023_2042375858.1744026679840"
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v7.8.2-Rev11
X-Originating-Client: open-xchange-appsuite

------=_Part_175023_2042375858.1744026679840
Content-Type: multipart/alternative; 
	boundary="----=_Part_175024_832431758.1744026679841"

------=_Part_175024_832431758.1744026679841
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Uli,

Attached a new session.log without any ibus mentioning - still the same iss=
ue: only the first copy and then every second copy succeed.

For this I uninstalled ibus on both client and server. The session.log is f=
rom starting a terminal, then "libreoffice --calc /home/localadmin/test.ods=
" and then 7 ctrl+c / ctrl+v.

About the setup:

Client (PC, Linux Mint 22.1, twm) and server (Proxmox VM, Debian trixie/sid=
 (testing/unstable), twm, libreoffice 25.2.2.2) are on the same 1Gbit LAN. =
For testing so far I changed all mentioned characteristics for both server =
and client (PC/VM, Linux Mint 22/22.1 / Debian, Gnome/Mate/Windows (client)=
/twm, LAN/VDSL). Using a PC as server or local session helps a bit.

So in my setup the relevant factor is Libreoffice 24 or above (last known g=
ood version was Libreoffice 7.3.7) in a x2go session with clipboard client =
to server enabled.

Greets
Jens


>=20
>     Ulrich Sibiller <ulrich.sibiller@gmail.com> hat am 4. April 2025 um 0=
0:17 geschrieben:
>=20
>     Hi,
>=20
>     I have not fully understood yet what's going with your setup and will
>     go on with checking.
>=20
>     However, I see ibus-related communication which I do not see on my
>     setup. I have no experience with ibus or X input methods in general. =
I
>     see ibus working with selections and _maybe_ it triggers a bug in my
>     code that has been undetected yet. I would like to ask you to repeat
>     testing after disabling/uninstalling ibus. I am wondering if you
>     installed that on purpose or not.
>=20
>     Uli
>=20
>     On Wed, Mar 26, 2025 at 10:55=E2=80=AFPM Ulrich Sibiller
>=20
>     <ulrich.sibiller@gmail.com> wrote:
>     >
>=20
>         > >=20
> >         thanks, review will take some time....
> >=20
> >         Uli
> >=20
> >         On Tue, Mar 25, 2025 at 12:00=E2=80=AFPM Jens Reyer
> >=20
> >         <jens.reyer@leberrohstoffe.com> wrote:
> >         >
> >=20
> >             > > >=20
> > >             Hi
> > >=20
> > >             sorry for the late reply. I made my answers inline:
> > >=20
> > >             Ulrich Sibiller <ulrich.sibiller@gmail.com> hat am 17. M=
=C3=A4rz 2025 um 21:35 geschrieben:
> > >=20
> > >             Hello again,
> > >=20
> > >             I had a look at the logfile. It's been a while since I wo=
rked on the
> > >             clipboard code. But I _think_ there are a few things you =
should test:
> > >=20
> > >             restrict clipboard to text only: add X2GO_NXAGENT_DEFAULT=
_OPTIONS+=3D"
> > >             -textclipboard" to /etc/x2go/x2goagent.options on the ser=
ver side and
> > >             start a NEW session (no reconnect). Does that help?
> > >=20
> > >             No, same behavior.
> > >=20
> > >             But I kept this setting for all further tests.
> > >=20
> > >             not sure what exactly you have been doing while creating =
the sessionlog. But I can seen "caja" on the server side requesting clipboa=
rd.
> > >             Please try to run a session without caja (which is a file=
 manager,
> > >             unclear what it does with selections).
> > >=20
> > >             See new session.log without any caja mention, from a clie=
nt with twm/xterm to a session with twm on the server. There I started xter=
m, then did a "libreoffice --calc /home/localadmin/test.ods" and did severa=
l ctrl+c ctrl+v in that calc document.
> > >=20
> > >             it _looks_ like something on the client side is requestin=
g theclipboard when you are doing your tests. The question is what program
> > >             is doing that. If possible run a few programs on the clie=
nt side,
> > >             preferably only a very simple session (fvwm twm or so) an=
d an xterm.
> > >             Run x2goclient from there.
> > >             To find out what program on the client side is requesting=
 the
> > >             clipboard you can check the server log file for lines lik=
e this:
> > >             nxagentHandleSelectionRequestFromXServer: Received
> > >             SelectionRequestEvent from real server: selection [529][C=
LIPBOARD]
> > >             target [469][TARGETS] requestor
> > >             [display[nx,options=3D/tmp/.x2go-localadmin/C-localadmin-=
50-1742211621_stDMATE_dp24/options:50.0]/0xe09e31]
> > >             destination [386][GDK_SELECTION] time [13640727]. The bol=
d number is
> > >             the requestor. You can check that with xwininfo -id <numb=
er> on the
> > >             client.
> > >=20
> > >             The bold marking went missing, so I just tested all ids.
> > >=20
> > >             From client mate to server twm I always get "No such wind=
ow ...", e.g.
> > >=20
> > >             me@client:~$ xwininfo -id 531
> > >             X Error: 9: Bad Drawable
> > >             Request Major code: 14
> > >             ResourceID in failed request: 0x213
> > >             Serial number of failed request: 3
> > >             xwininfo: error: No such window with id 0x213.
> > >=20
> > >             Then I tested from the twm/xterm client to a twm/xterm se=
ssion on the server, see the attached Bug1633_nxagentHandleSelectionRequest=
FromXServer.log
> > >=20
> > >             there's an option to include the clipboard content (or ra=
ther thedata being transferred) in the session log in DEBUG mode. This help=
s
> > >             in identifying what stage we are in. Change #undef
> > >             PRINT_CLIPBOARD_CONTENT_ON_DEBUG to #define and recompile
> > >=20
> > >             Done, see new session.log.
> > >=20
> > >             while at it you could also try to change the timeout for =
theclipboard transfer. I hardcoded 5s when I wrote all this and it was ok
> > >             for me ever since. But YMMV. #define CONVERSION_TIMEOUT 5=
000. In your
> > >             log I see errors like this "nxagentConvertSelection: got =
new request
> > >             before timeout expired on previous request, notifying fai=
lure to
> > >             client [20] (addr [0x557c39ea2f40] PID [18630] Cmd
> > >             [/usr/lib/libreoffice/program/soffice.bin])". This means =
that the
> > >             previous clipboard-related communication has not finished=
 when soffice
> > >             starts another request which then is denied. So this indi=
cates that
> > >             some answer from the client side is still due. I suspect =
that this
> > >             answer is never sent so your diagnosis that every second =
paste is
> > >             working might in fact resemble a 5s pattern. Meaning: you=
 can only
> > >             successfully paste every 5s, but not quicker. So I sugges=
t to decrease
> > >             the timeout to 2s or so and see if that makes a differenc=
e for you.
> > >             One thing here is strange here, though: Doing a copy in s=
office on the
> > >             server side makes soffice the clipboard owner. So while y=
ou are
> > >             working inside soffice there should be no communication t=
o the client
> > >             that awaits any answer. Which again leads me to the suspi=
cion that
> > >             there's some clipboard manager involved.
> > >=20
> > >             First I tried waiting for 15 seconds after copying: this =
does NOT help.
> > >=20
> > >             Then I recompiled with #define CONVERSION_TIMEOUT 2000, s=
ame behavior, see new session.log
> > >=20
> > >             x11 clipboard transfers are size restricted. That means t=
hat biggerselections are to be transferred to the requestor in multiple pac=
kets.
> > >             nx does not support this currently, so you are restricted=
 to 256kB. Is
> > >             it possible that your selection is bigger than that?
> > >=20
> > >             No, its always just a few characters.
> > >=20
> > >             I also see SelectionClear requests from the client side. =
Which alsoindicates there's something dealing with clipboard on the client =
side.
> > >=20
> > >             I still see SelectionClear in the new twm/xterm to twm/xt=
erm session.log, but I'm not sure which side they are from.
> > >=20
> > >             I played around with these tools:https://github.com/phill=
bush/xcliputils Using xclipowner -w you can
> > >             watch if the clipboard owner changes. Run that on the cli=
ent and then
> > >             do clipboard stuff in libreoffice on the server. The owne=
r as printed
> > >             by xclipowner should never change except for the first ti=
me. If it
> > >             does we have another indication of a clipboard-manager-in=
-the-middle
> > >             attack ;-)
> > >=20
> > >             From client Mate to server twm a successful ctrl+c result=
s in
> > >=20
> > >             0x03C0016A
> > >=20
> > >             and a failed ctrl+c results in a
> > >=20
> > >             0x00000000
> > >             0x03C0016A
> > >=20
> > >             From twm/xterm client to a twm/xterm session on the serve=
r both failed and successful ctrl+c results in
> > >=20
> > >             0x00E0016A
> > >=20
> > >             Thanks and greets
> > >=20
> > >             _______________________________________________
> > >             x2go-dev mailing list
> > >             x2go-dev@lists.x2go.org
> > >             https://lists.x2go.org/listinfo/x2go-dev
> > >=20
> > >         > >=20
> >     >=20

------=_Part_175024_832431758.1744026679841
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html>
<html><head>
    <meta charset=3D"UTF-8">
</head><body><p>Hi Uli,<br><br>Attached a new session.log without any ibus =
mentioning - still the same issue: only the first copy and then every secon=
d copy succeed.<br><br>For this I uninstalled ibus on both client and serve=
r. The session.log is from starting a terminal, then &#34;libreoffice --cal=
c /home/localadmin/test.ods&#34; and then 7 ctrl+c / ctrl+v.<br><br>About t=
he setup:</p><p>Client (PC, Linux Mint 22.1, twm) and server (Proxmox VM, D=
ebian trixie/sid (testing/unstable), twm, libreoffice 25.2.2.2) are on the =
same 1Gbit LAN. For testing so far I changed all mentioned characteristics =
for both server and client (PC/VM, Linux Mint 22/22.1 / Debian, Gnome/Mate/=
Windows (client)/twm, LAN/VDSL). Using a PC as server or local session help=
s a bit.</p><p>So in my setup the relevant factor is Libreoffice 24 or abov=
e (last known good version was Libreoffice 7.3.7) in a x2go session with cl=
ipboard client to server enabled.<br><br>Greets<br>Jens</p><p><br></p><bloc=
kquote><p>Ulrich Sibiller &#60;ulrich.sibiller@gmail.com&#62; hat am 4. Apr=
il 2025 um 00:17 geschrieben:</p><p>Hi,</p><p>I have not fully understood y=
et what&#39;s going with your setup and will<br>go on with checking.</p><p>=
However, I see ibus-related communication which I do not see on my<br>setup=
. I have no experience with ibus or X input methods in general. I<br>see ib=
us working with selections and _maybe_ it triggers a bug in my<br>code that=
 has been undetected yet. I would like to ask you to repeat<br>testing afte=
r disabling/uninstalling ibus. I am wondering if you<br>installed that on p=
urpose or not.</p><p>Uli</p><p>On Wed, Mar 26, 2025 at 10:55=E2=80=AFPM Ulr=
ich Sibiller</p><p>&#60;ulrich.sibiller@gmail.com&#62; wrote:<br>&#62;</p><=
blockquote><p>thanks, review will take some time....</p><p>Uli</p><p>On Tue=
, Mar 25, 2025 at 12:00=E2=80=AFPM Jens Reyer</p><p>&#60;jens.reyer@leberro=
hstoffe.com&#62; wrote:<br>&#62;</p><blockquote><p>Hi</p><p>sorry for the l=
ate reply. I made my answers inline:</p><p>Ulrich Sibiller &#60;ulrich.sibi=
ller@gmail.com&#62; hat am 17. M&#228;rz 2025 um 21:35 geschrieben:</p><p>H=
ello again,</p><p>I had a look at the logfile. It&#39;s been a while since =
I worked on the<br>clipboard code. But I _think_ there are a few things you=
 should test:</p><p>restrict clipboard to text only: add X2GO_NXAGENT_DEFAU=
LT_OPTIONS+=3D&#34;<br>-textclipboard&#34; to /etc/x2go/x2goagent.options o=
n the server side and<br>start a NEW session (no reconnect). Does that help=
?</p><p>No, same behavior.</p><p>But I kept this setting for all further te=
sts.</p><p>not sure what exactly you have been doing while creating the ses=
sionlog. But I can seen &#34;caja&#34; on the server side requesting clipbo=
ard.<br>Please try to run a session without caja (which is a file manager,<=
br>unclear what it does with selections).</p><p>See new session.log without=
 any caja mention, from a client with twm/xterm to a session with twm on th=
e server. There I started xterm, then did a &#34;libreoffice --calc /home/l=
ocaladmin/test.ods&#34; and did several ctrl+c ctrl+v in that calc document=
.</p><p>it _looks_ like something on the client side is requesting theclipb=
oard when you are doing your tests. The question is what program<br>is doin=
g that. If possible run a few programs on the client side,<br>preferably on=
ly a very simple session (fvwm twm or so) and an xterm.<br>Run x2goclient f=
rom there.<br>To find out what program on the client side is requesting the=
<br>clipboard you can check the server log file for lines like this:<br>nxa=
gentHandleSelectionRequestFromXServer: Received<br>SelectionRequestEvent fr=
om real server: selection [529][CLIPBOARD]<br>target [469][TARGETS] request=
or<br>[display[nx,options=3D/tmp/.x2go-localadmin/C-localadmin-50-174221162=
1_stDMATE_dp24/options:50.0]/0xe09e31]<br>destination [386][GDK_SELECTION] =
time [13640727]. The bold number is<br>the requestor. You can check that wi=
th xwininfo -id &#60;number&#62; on the<br>client.</p><p>The bold marking w=
ent missing, so I just tested all ids.</p><p>From client mate to server twm=
 I always get &#34;No such window ...&#34;, e.g.</p><p>me@client:~$ xwininf=
o -id 531<br>X Error: 9: Bad Drawable<br>Request Major code: 14<br>Resource=
ID in failed request: 0x213<br>Serial number of failed request: 3<br>xwinin=
fo: error: No such window with id 0x213.</p><p>Then I tested from the twm/x=
term client to a twm/xterm session on the server, see the attached Bug1633_=
nxagentHandleSelectionRequestFromXServer.log</p><p>there&#39;s an option to=
 include the clipboard content (or rather thedata being transferred) in the=
 session log in DEBUG mode. This helps<br>in identifying what stage we are =
in. Change #undef<br>PRINT_CLIPBOARD_CONTENT_ON_DEBUG to #define and recomp=
ile</p><p>Done, see new session.log.</p><p>while at it you could also try t=
o change the timeout for theclipboard transfer. I hardcoded 5s when I wrote=
 all this and it was ok<br>for me ever since. But YMMV. #define CONVERSION_=
TIMEOUT 5000. In your<br>log I see errors like this &#34;nxagentConvertSele=
ction: got new request<br>before timeout expired on previous request, notif=
ying failure to<br>client [20] (addr [0x557c39ea2f40] PID [18630] Cmd<br>[/=
usr/lib/libreoffice/program/soffice.bin])&#34;. This means that the<br>prev=
ious clipboard-related communication has not finished when soffice<br>start=
s another request which then is denied. So this indicates that<br>some answ=
er from the client side is still due. I suspect that this<br>answer is neve=
r sent so your diagnosis that every second paste is<br>working might in fac=
t resemble a 5s pattern. Meaning: you can only<br>successfully paste every =
5s, but not quicker. So I suggest to decrease<br>the timeout to 2s or so an=
d see if that makes a difference for you.<br>One thing here is strange here=
, though: Doing a copy in soffice on the<br>server side makes soffice the c=
lipboard owner. So while you are<br>working inside soffice there should be =
no communication to the client<br>that awaits any answer. Which again leads=
 me to the suspicion that<br>there&#39;s some clipboard manager involved.</=
p><p>First I tried waiting for 15 seconds after copying: this does NOT help=
.</p><p>Then I recompiled with #define CONVERSION_TIMEOUT 2000, same behavi=
or, see new session.log</p><p>x11 clipboard transfers are size restricted. =
That means that biggerselections are to be transferred to the requestor in =
multiple packets.<br>nx does not support this currently, so you are restric=
ted to 256kB. Is<br>it possible that your selection is bigger than that?</p=
><p>No, its always just a few characters.</p><p>I also see SelectionClear r=
equests from the client side. Which alsoindicates there&#39;s something dea=
ling with clipboard on the client side.</p><p>I still see SelectionClear in=
 the new twm/xterm to twm/xterm session.log, but I&#39;m not sure which sid=
e they are from.</p><p>I played around with these tools:<a href=3D"https://=
github.com/phillbush/xcliputils">https://github.com/phillbush/xcliputils</a=
> Using xclipowner -w you can<br>watch if the clipboard owner changes. Run =
that on the client and then<br>do clipboard stuff in libreoffice on the ser=
ver. The owner as printed<br>by xclipowner should never change except for t=
he first time. If it<br>does we have another indication of a clipboard-mana=
ger-in-the-middle<br>attack ;-)</p><p>From client Mate to server twm a succ=
essful ctrl+c results in</p><p>0x03C0016A</p><p>and a failed ctrl+c results=
 in a</p><p>0x00000000<br>0x03C0016A</p><p>From twm/xterm client to a twm/x=
term session on the server both failed and successful ctrl+c results in</p>=
<p>0x00E0016A</p><p>Thanks and greets</p><p>_______________________________=
________________<br>x2go-dev mailing list<br>x2go-dev@lists.x2go.org<br><a =
href=3D"https://lists.x2go.org/listinfo/x2go-dev">https://lists.x2go.org/li=
stinfo/x2go-dev</a><br></p></blockquote></blockquote></blockquote></body></=
html>
=20
------=_Part_175024_832431758.1744026679841--

------=_Part_175023_2042375858.1744026679840
Content-Type: application/x-gzip; name=session.log.2025-04-07_no_ibus.gz
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=session.log.2025-04-07_no_ibus.gz
X-Part-Id: 7177ff9db10a49eb8a0ebd8c799dd8fb

H4sICBKf82cAA3Nlc3Npb24ubG9nLjIwMjUtMDQtMDdfbm9faWJ1cwDsXetz2ziS/+6/ArtfYu+O
HqTeupmpcRQn50rieG1l4zudykVRkMQxRWpJyrbmr78GCL5JiZQtR5abUzUzFoEG0OgX8GuAR9bS
MDRjShSb3MifTHI6pYZzdHRxc/rp7KJPSuTf1LI10yC1cqPc6ZTl1tFRz1ysLG06c8ixekLkalX6
Bf4tSeTC/KqoM82g5HjmOItupfLw8FA2zLn7a1k15yfJ2u0SVG6Rbzq9sxVjbJHrmUFXY2qRX82y
Lf7/j8XMVJXSdD6alcf09wQVSQIqsky+aneUfFJGlkZ18usc/ipP3b/+GCt2yaDOXw/UunOoMk+n
U3fpfNctTZ2Ra22k6TrrylLX6vIf0/ljdjWpA83PFI18NfWxea8Y5FfgnKb+wf+dXq/B6jXJvzRj
DB3+ZJnLRYR5/+EvXM5dU0rYKxveTTVnthyx3yunlupoqnJpmX9S1akYjyVdG9lkYlpkblqUaAb8
71xxoBflo6Nz+KvrTjPxJv8BiJGFNibvpIbUeFeGlmw26V1y7SiWw4rY7i9Ecci7r/Df04VFSItI
UrcudaU6DEVmFV3q0JXHlU9dM4iqa6y9uTmmycbcOt9tVpZalmlB3zWdkncVZ76olB/lqVnSYfJ1
ZTzXjEov9EepUS1JrXq9KrXbrdqt7XxwHua344Vcr4gOl3VzeutSjTVlO4rzLC3l7RBrD/rwxTQX
XfLj9Ori/OLT38h3w6KqOTW0v+jY57KzWkCvlob2WLob09KYLpzZrVx/Vyantr2cc4XlM+iN8uiH
YjFmd5+LnsupH4rGZ5/JkmoaBsgXIzexzDl5x0c9M23nHYHfbFO9oyAcjrro/qNbrzfadZ/hp6oK
LUJ/EjQkuVWuwj+SX7YXFOGSYtG56VCy4CIF4r7QKVCKTuWX0wuia8YdWSiWMof3IEJSo9asANul
SjVa2B1oqGSjWq1WqpUG+1es7EJR7wgUm5lMXJvz0p8LOi113rld87ibxlhB5sJ0yJKTurghoMiO
wsdgRdkclPrfL+fvyVjJVcx2LLBi6wsqZMHst+2wMatghqlX5gv/kZVxTHIDxjuYG5vN51izF7qy
Iu+6jao/nDMQ4pGu2TOYyxtPq4OKMQWbKRaUm8MEWqvI1LBJqVQ/x+ZFX8xg2DMFqOnMaFjUYE6A
PkI/00fHJRDYeq+plHVjok2XFjd0nM6U2iHF6AFhqAk8G5M7ugLumeAqhP7PzDmthFSf24KKS7Li
l7bL6mTqM8PtQ/DSo0UdtcKrx+od9ZYWjMnRV+TOMB+MUNXu0REBdpo2vfWEynug446l//NUd/7p
QCEbJE+d3Sq6fmurFgXOxApNoNBkqevuWxJ6RKHrmTZx/KIwWG0OtoKQlKKs0BwKjekEJiL+hApR
1qhpqdD9laHOLPB3f7nzECr0JxQCQU00FqFkQaF7jT4sTMu5nZv39FanEye1+1/gRf7Sny9vUyuA
v03nzvdF/rJAPKW46+hTil+xF/mLA/X0GmMmRWk1PsCL/KWBfrwCSI8JIuZyMzQ9cRZmlUvhtijq
8jBUNMq4rFIJDouCLtNCBROcyiqYxlVR1uVUqGwGexLlAk5alBma25B1iA3oDgopS8ecWsooUxum
TPmW88UtmNrFyFSscaYyq65RggbdciOwZnfMQI01CAgcZoLBIijgO7uZ9i5nJOO18U4Yws90pbLI
DszlvVgtaOBDJpMj45F723NDc3reCLrkk8l8EYTV4MbTS1xTh8cdwEswPOYEXK0ugoJBo94eDi5u
bnvf+7fvv3/8eHZ1e3129e+zqyHzZDa1oA8/IGo2H8ig+qjC6qSpDDPauaJT5gYtL8a5+ag9Uvva
aww8jTZZEXoPNcGVgPGirDb85ReBAHlKGSFbdDnoqc1ecbKD6vBIM+4VXQPXTvuKNQU6zBl3if8z
98T8jeuneaXtW5S2aVHK4pP/v1AbIkKoL8x7KCAL1gzCg9ls7QABQPqSoeEtGUSLPZ0qVrhJLiBu
oCUCDZjORmPUatHRpKZMqkPC1kaPrNtQzJ3wY0PTT4bkGIpWhyc7Ju5K/7XraGG6hHcbMzmcUtAw
B5RuIHXk6qME69xh2C9D8fwEpE4GgQLDE50XoyqFhuUNnLblWqvqjq8OMXFVZoMseY/X2H/DGl2n
vjjytj9CMH9zzVXv/erUMedMCsIFXB3ioikC+kBqFSjP+Dy4vDr/enr1P8G4PkIPr3hxn9o56383
SSRcn4yobhpTm7FRjLc6zN190UJm/4M2fdrlosRDg9eZnwDbzIrCnJXI2GSKCaHqDP4bYYWIH+O8
KMKExGz2uM0OaHZ9gZFBEpTx2Appxrg5aYKAXJ5/YFLZ7AxJbz4mg8cSmFBwGYpeovOlDvNpDU9g
iv6zpDYssaF/JOgWX9d5gsfETFKGbHW3IINauzkc3N70wZ5/Oev1z79d3EJrwkQN2jC47/2P7dvr
/hWsnOGFNgebJTdlqd1pSNLwuXmVySFdsYVRttnku8O5dDinmDA4lmLYwAb6hXnTvumKsGuEu2Su
LBbB4gVaFLLsiPfJgZZ+B97U5eivR5rdh6WRR5XbdJ9X4YLl7IFksfaJri59/KF2s1hgB0Ui08MY
EPr7hRicyTaLwspYDZoYrUK7FLDedlbdLGFmLWUHMNlNXsNamDV4E3/ljg86cSNCn66neHwyvPjH
n+rEMP0+r42sMvTGVcHqcCDUrQ9/rx+FkxzCRhfjhmEhO8qEUKXaPdjL1FjN3VyKsOWXfONM5V1o
8MHIM/np8QSqGeNbtz8DKdNHpAwu6ASE0aLWOzsS2v7tBV1kSg/FdKdagFCDLIqyyeDCNEAqKnyK
I6EkuA1wGnwndmkTVwQIUQVxzsiU55hJ2Ulg+etDtpRy4yBB+9yLUqm3YDp+b5o6VOpbSzrkmy3M
tp2q6nKe1gZUgO6dcK4Qbw6+Ko8+U+y0wjIrfLGcx51PduHIciVa6kbXRu6Lk/BChoQ4yPfTs57B
ewghgja+gNO6cgWLjgPzESoPMeHx0tAC1jGsZr5gm1p8KoTZt4EkiNFF/7b35fzy/bfTqw+3vW8X
/TP4BYzch7P33z95JKmhjCASZb24/n55+e2qf9s/A5vYP736dNZP7fVYsxN1et++Xn77fvEho3Ko
Dos97TS68ce13NmPqz3QB7e16030BrC0aQwHovQw5X291QzeM8LnX8+u+6dfLzcSboOB9UvHSQPh
dj38HkiH7NEm0nFXGH2fdIqeOPWZC+6bHEe69Cxr+CmtHxYQX+MHI60wy5PVTo5WGhJvBdxw/+r0
4vr249W3r7cc3QzsQG+ZPogQHbnZiPcW5J9R4f04ipi9Lh+B9wMTysweuoIYsc2e6Y7EPERshtja
Gp1nT8TtVQywvVCXhay+0n9jhAbDsoj0Q8+xAQvMk6zyDwkzxQPe9cVZXOzPVlZR9iOz6j2+a89s
NrfuDbnRanGTFzeoqb0Pup9WPtl71n3wIFkNLMD6xnhbyiia7H9sAOElQ4wzxz+8v05Ca/FRozkJ
rcVhkXSSIONywCPT8/46efLaLdFSEJEIRocck+heos4ioVDHTBFOmFlJi40TBESIRVIIJOxWsnIi
eIiHDRLjbm0I7kKZmqlD7kdpFCTgjf/aAzyOlyzk8mKKaGE3fPJnEYSLr7Z4YRE/JTtom0tLjfTQ
jSzAkfuKxoxAfALjoUU1UTw2d7yCz3sCXXI1LVEvNmX56yVDPY/bvHNOsIHJSjM0O1Y6FK1FC0NI
+iXs67kMkX+ceDtiaRXcgDo8gHUVjOXcXXraKd2JhN/F3UKrA2srL8wKeYZ6qx5+gd7hLXiHUn4P
EJmqfHY8xSqtMeEp2pzPcq+tl2m0Uzq33kA3apJc5wa6WetU0UijkV5jpP+v9KxP/n2UUHqdv5/H
ljwTalnADZ529Tzb8eWjzA1dbpbW7Oe6u2mugLP9osG/ltRafVAcRezEQm99mrGNLCH9rPexXXPf
dJV+FxtQsrd1nkmv2LZT7m5+EvvZvkKppuGEthHFPhor/HQ2Br3ivGQZdm4f/V1TnVX3lqNnbP8w
g6nVyDZehAHl3OQubmD4ohQdX/ob2NDMUnfCmPBGUoRDeVfUWVpGn6k/3x0tUN1t8yPPViWDdpGq
S91t99yhYOsH9fo2ld+vHGqzvJUo/rOhPtS1NMo2o30B4hl8JZbwR6OStW7vmcnJea/X+8pT2YAJ
mrPKP4/FdKO42LGkDT4sI7LRDtQfRJLos1mqIl3Ko7NcHIjGJYNj4hNfwshv7ssRm/n8LQf7p8HM
pgM+qoj5OEwTlW74Iaop0Z04nYH8rG/3ir6EEn8HL2dRczJhyY6lEnhLlVT+Xi6Xh2TG9+8fm2qz
05RboHLUGPeFyetyHEJAyhpUVjzY6Jnm65dNPDhiHYh5Qc7Svula0gDecoXq+foGOihIJrDiJyGc
W6SV0FFLkYK0kvqz5qzQ0Yg2A+INJC5SeRpKNSDefD3E6Uit1gLitWchvjkFaNIZNcZi27HJUoCk
525iUpXGo5Fogh0dau5kFJNaqInGeBdNjFvhJtQdNKF2aLiJzi6aaDfCTbR3MN1UDjfRlHfRRDXS
RFho8+UCxbbZkuC4VCh1qp7wWp71515Lljo14bUqS9uqgGOvhJx7Bfzp1FLmFdv9uzzSjEQ+Vai3
kYyqNihtQ/YyqupSazj49OFz4I+DzIUIXBn4x05LbrSK5lLl4V+udCopJZ1qY1JMnSj3iqYzCFiM
zu5m16pJxA2xsou0pTCEml2u1fDg4TW0qgHS+5RIaCcylQyPvOlPSPs1DUbF9HSkqHfhLEnx02eY
PTIIIirq8F3c4fPLE+6s783O+k6Es9BGvTB7+ffqkw6Kpeb5hLJaz9jKB7fTqtaflnKfrmDsnIS7
EonN3jdDrEZRs1CzDl+zWM7t6tJ1jiKNza/eN/2NGcMkC+FBRbzE1+zBWY5Yfv1Rtl4Fp5AC8XcF
1j9mJDh2HKTnnTxlY2HbMzubgAfBrw0JtKLUWSyB1ssqDhmFmCL7EWUkwy2cSivOEg+Mx1/MBZ/w
35504l4Q6Taq5eqwIpaqEPSOoT3NcDe43L2oeOzL4xxJbjUajXYkJsmbQxsf+7pQN8c0BAAbj30j
6cfZ50rSKOUJhnOQSUTHeerU5bR4OUdNkJh4BJ2nVrueK6b2K9ww5vAfj0+IvVRVatvsKNWK7Y3y
KHvgCxFqU7MqqczBoDahNj1Bm7gQ4TqycLQrBpg/xN1VjJg/Yg5ixJxhc44YsUBUzWPExm4zwaq7
ywOTq3JLknHxiOqE6vSM6rSrFeMerO/Qh76ZHSNPmnHHCN0pahZq1j5oFu7Fbr8XG78SJtdFM4l9
kgDv9+938PZiWo1aJw2/3dG1PbGebXV1zxN2gZ7h+p6nJQNiTIeeZxvPI9de8ck1bwBrRVcZme7Z
FlX8BGKmKkubEs0hDwpIm6VNp5RdejVa+ct0tFtF7NaeXDuG6XNe/pTQDEyfe5vpc/70I4hYGJJv
NUKHtn4iiAjLFjeEceOSlEicn+wyVqGFTdldE61ZDMUqIGq9E9S6VlDgGihwWwG7NRQ4lxHNggLX
RIHbSuCaKHAuIzoocC8icJ0d7Kgc2hKoDgHbwKGPTgXkXjP+S50plk2d35bOpNSOLIpq7Vrh+5l3
uih64g3CG0bONtlh2GuKxG5vZh+mUQgr7TOX1V+zeIsJP9cpwzRKERrru1nOsZ76EGvmJ6yodiU7
h6aN2fejH57+ve4r0qVnuiI9NkOMB/Hd9ddwU3qaUB/APemJ+PFF7kp/qSg4yZ8XjIS9yYpEwuu+
CyRYX4BnzkyzhS+aKTZYP2q4MWKAVWx1B/ubjqy9O8w3CfFzX/gf3Gm38YL/XKK+v1f8P0G8tr/m
X9r1Nf88gKnhNf9pD17zv+7Ba/7xmn+85n+/02HwIme8yDn9Iuc1I8ELm9/yhc2R4BNzEzE3MZmb
WPibK5Gr6mIn5/J8c2WHxwbz2f3oscFcxj9l662QD3jaZ1jEvjQwXN7uMyycALsiFqwA3vCPDmMP
b/j/cXp1AZrxt1RMIOuuf3YhtciVNidkomj60qLR+5uTG17ljFuf6RRq3NPM6593YrdeE7L4JCAH
YclNsCSspyMbO4cNTCZHy6Es4FXs980ZAKzSUzMAkv1B1P+g1Au4NHgDgH94mByDDv5ei/LfnBbA
+ENE3wa8v46rh4jph4aLaH4E4gxxBnF8xPEPE8dPuEpE8F8Uwa8jgp/2IIK/7kEEHxF8RPD3GzRC
BB8RfETwEZBBBH8PjDEi+Ijg5/cB4S2/LcH72hPA+xqC9+grELxH8B7B+31EFwud8K8fEuCIJ/xf
VJV3IjuHpo0bTvgflP7hCX884b/jbAA84b8+JwBP+GNmwBvJDMAT/vuQH9DA/IC0B/MD1j2YH4D5
AZgfsN+QFOYHYH4A5gcg5oP5AXtgjDE/APMDXvSEf/2pJ/wbmCSADgOTBDBJYFtkEZMEfuoJ/8MC
JvGEP6L++3HC/6D0Ck/44wl/POGPJ/wRx0ccH0/4v1IEv4UIftqDCP66BxF8RPARwd9v0AgRfETw
EcFHQAYR/D0wxojgI4L/Uif860894d9E8B59BYL3CN7/FPA+IRLXNKDSU3R9pKh3XZL46TPoPRkE
7VGHu+QdZANgmLQ3YdKuwoP8UVcQHuQMvJKBEcPgIrFRobis3m6zqwsMjrEqHtDIbXiX+D8zjRNO
TGWvwjvW6QoGsqq7ehqbvW+GsMWoWahZh69ZHM+7dH3/GljPMMlCBAjh5B9fthlUaPLwwXRm8N+j
bL1izi3uI12BBWVxZVFw7DiANk6e6Ha3MiD7ApVH0IGXBMubIFpVOQaW19rNZGoQD5IkudVpSe3h
HoDbwTKF5wZFoNtqJuaaRslLBakT5R4Ca4YliYmxuwXI1CTirnmL1KnLYbimQE2QGA+cKlKrXQ+Q
p2dD7oUQoTY1q5IqqQW1qYPahNoU0SYuRLiOLBztigHmD3F3uTmbL2KObs7mCJtzxIiFomo3Rtzl
tn51l5v6zVZj29gPF4+oTqhOaeq0qxXjHqzv0Ie+oR0jV5pxx6iQ/svoTlGzULN2o1m4F7v9XmxP
p4oV22oIv/IOeyRPuYT1ODgO6R/kEnsxbanRYmdji/bj/YqZkzW9SWzeKMz8xHtWfuFdoOQwRCs5
uOrT3gs5wZjubXme5qtOQ3QHsFZ0lZFpcdlXxU9+7o/mkAcFpM3SplNqAdngwCHarUJ2qyDxEBN0
UKfxiqisKMxAzBXj7QIbbxeInJQKJV9xzdin6wU2Hh5fh3EkayUgjWSRtpQGYCTLtRpxuCKFVjUX
OOFl33ljEjlxL597J6YfQcSikDwErm1pH0DE13XeHFHrMGo9KShwMgrcVsDuBAWOM0IuauFQ4LYS
OBktnGBEo6DA1VDgthK4Bt5f+IwfOWy1OtJeLYrwI4ev5iOHu5KdQ9PGdR85PDT9w48c4kcO1+5p
4UcO8SOHeDnivkXWr/RyRPzIYYoXi8DDO78iEQIYvCIx9cErEtc9eEUiXpGIVyTudzoMXpGIVyTi
FYl47RVekbgHxvhgchPxisRX8JFDvi8NDG9ue0/iZgLoMNBh4D2JeE9iNrKIHzn8eR85PDhgEj9y
iKj/Hnzk8ND0Cj9yiB85xI8c7g7Nx48cIo5/8Dg+fuTw5yL4HUTw0x5E8Nc9iOAjgo8I/n6DRojg
I4KPCD4CMojg74ExRgQfEfz8PuAJHzn0sPf2E8D7FiMgI3iPvgLBewTvEbzfM3Sx0An/ziEBjnjC
/0VVeSeyc2jauOGE/0HpH57wxxP+O84GwBP+63MC8IQ/Zga8kcwAPOH/8/MD2lUJ8wPSHswPWPdg
fgDmB2B+wH5DUpgfgPkBmB+AmA/mB+yBMcb8AMwPeNET/p31GP/mJIENBNBhoMPAJAFMEshGFjFJ
4Kee8D8sYBJP+CPqvx8n/A9Kr/CEP57wxxP+eMIfcXzE8fGE/ytF8GVE8NMeRPDXPYjgI4KPCP5+
g0aI4COCjwg+AjKI4O+BMUYEHxH8lzrhz7H32tbgPUvqBgISgvfoKxC8R/D+pcH7hEhc04BKT9H1
kaLedUnip8+g92QQtEcd7pJ3kA2AYdLehEm7Cg/yR11BeJAz8EoGRgyDi8RGheKydrMNM6IZHGNV
PKCR2/Au8X9mGiecmMpehXes0xUMZFV39TQ2e98MYYtRs1CzDl+zOJ536fr+NbCeYZKFCBDCyT++
bDOo0OThg+nM4L9H2XrFnFvcR7oCC8riyqLg2HEAbZw80e1uZUD2BSqPoAMvCZY3QbSqcgwsr7Wb
ydQgHiRJcrvWYJDbzwe3g2UKzw2KQLfVTMw1jZKXClInyj0E1gxLEhNjdwuQqUnEXfMWqVOXw3BN
gZogMR44VaRWux4gT8+G3AshQm1qViVVbqM2oTY9SZu4EOE6snC0KwaYP8Td5eZsvog5ujmbI2zO
ESMWiqrdGHGX2/qZ5J9hU1+qNustXDyiOqE6PaM67WrFuAfrO/Shb2fHSEgz7hgV0v82ulPULNSs
3WgW7sVuvxfb06lixbYawq+8wx7JUy5hPQ6OQ/oHuby9mEa92RqWC/fj/YqZkzW9SWzeKMz8xHtW
fuFdoOQwRCs5uOrT3gs5wZjuTXmebDP+GtIQxQDWiq4yMi0u+6r4yc/90RzyoIC0Wdp0Si0gGxw4
RLtVyG4VJB5igg7qNF4RlRWFGYi5YrxdYOPtApGTUkHylasZ+3S9wMbD4+swjmStBKSRLNKW0gCM
ZLlWIw5XpNCq5gInvOw7b0wiJ+7Fc++86UcQsTAk36i32vsAIr6u8+aIWodR69H/t3cGu20CQRi+
9yk4NpfILIQQH5NjDq3UY9UDcZFaFdlRG1XK23d3wQYMrL0kwHr77SVSYi8OntkZ+/tnxtLg7jC4
UWD3CYMrb0RuZ3DpCoMbZXA5BqdvRBRaGlyIwY0xuIj+he845DAMk/DGqQ9FDDm8lCGHk9mOb95o
GHLonf8x5JAhh8bvtBhyyJBDmiO6lllfaHNEhhz2RLEWHp66RaJMYARDDnsXLRJNixaJtEikRaLb
chhaJNIikRaJtL2iRaIDh7E32kRaJLo/5LD8Xlre8GRkn8QzNiBgEDDok0ifxGGyyJDDxYYc+gcm
GXII9V9+yKF3fsWQQ4YcMuRwOprPkEM4vvccnyGHyxL8GILftyD4pgXBh+BD8N2GRhB8CD4EHyAD
wXfgMIbgQ/DPjwHjhxwe2PvdeHgvhNpAAO+JFcB74D3w3jG6aFPhL7wCjlT4z+nK09iOb95orvD3
y/+o8KfCf2I1ABX+Zk0AFf4oA/4TZQAV/i7oA27RB/Qt9AGmhT4AfQD6ALeRFPoA9AHoA2A+6AMc
OIzRB6APmLPCX9yYGf9pkcCJDQgYBAxEAogEhskiIoElK/w9A5NU+EP9najw98uvqPCnwp8Kfyr8
4fhwfCr8L5PgR/To710QfNOC4EPwIfhuQyMIPgQfgg+QgeA7cBhD8CH4M1X4i7e25xep2iAC3hMr
gPfA+7nhfcckvuT1Lg9ZUTxlm1/roPOrR+n3wdf6evmLDskTqAFIk5xJk6ZKD87Puur04MzEq5sY
KQbXyo2s8jKRRvLyP7easWZ70KjP8HVw+LXyuCqIbdSfmt9Y9zuYtNWi9NOjd+/TtjqL8Sw8y3/P
0jzvcxn7DVhvuwueqwShKf452LZChTudPuxefsifH4b9SgW34xhZGqx0ltIWqzv2sUYbV28Mu6MO
EFdQeYsOzAnLE2laK3EEy6M06UqDdJIkTeo2ScQ3B+B2/TFFa4Na6HY1yFz7dtpLQeIg+ysTa8WS
qjfmz9pimygMys+8Ns+JRRPXWDxTWsweTtk8K41r8vRu5L4yIrwpWYWbKLb0pghvwpta3qSN6KQ3
PRR59rvxeu5fVYrZ/GCpHrCXwMi3smNEmUpJm5jxeowlNtll1woHdVXdl19dYfD119c87D1kmIOb
N/75Qh4r31+DjXqoPH+O0ptr7v/C9/8f+esvQLZdAgA=
------=_Part_175023_2042375858.1744026679840--

