From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 22 13:25:18 2025 Received: (at submit) by debbugs.gnu.org; 22 Apr 2025 17:25:18 +0000 Received: from localhost ([127.0.0.1]:49721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7HMz-0006cT-J4 for submit@debbugs.gnu.org; Tue, 22 Apr 2025 13:25:18 -0400 Received: from lists.gnu.org ([2001:470:142::17]:34446) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7GEq-0003Eh-8U for submit@debbugs.gnu.org; Tue, 22 Apr 2025 12:12:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7GEb-0006LQ-4U for bug-gnu-emacs@gnu.org; Tue, 22 Apr 2025 12:12:35 -0400 Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1u7GEX-000659-3z for bug-gnu-emacs@gnu.org; Tue, 22 Apr 2025 12:12:31 -0400 Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-4766cb762b6so289381cf.0 for ; Tue, 22 Apr 2025 09:12:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745338347; x=1745943147; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=o+8B50UMG6n2dUbZOwEo0k8XFtz/rOgNG+0O2y+MTis=; b=a7giUqFv5luu8CH00a4iRSLcZbu5O8pV89c55XwmavVaRltBbWW9RCIuGzH5t/f8yW JzjB3CUM6kdaMYSdCteZaOFYmnlW0UhXhry/ZnLtB2kA4hnHsjvpq73hNaKSPpEgdmO7 CK66ndR5UNC4VH7QSHed/OFr1rS/+3RmZ74THqXz+LTMbwqnEJe8CpxqASDNEMCPkIIB K6OAuFf3Asndcb2YCcQXkLrqx1T3/xyNzbufbKIICD16eB47vtq91UgRDnuaFV9ZTYbF K6Ua9K5XhZCy0Hja7bZa1nKQbV4YKC5gv5ZZbmG5bJTrn6f+6SA/AboW+fl/3QAdpJkg bSYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745338347; x=1745943147; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=o+8B50UMG6n2dUbZOwEo0k8XFtz/rOgNG+0O2y+MTis=; b=V7BnyFVux+MgNyFAgp3FqDCkUfR1GIHHKSc+t7S+rlBH6c1h1q7sabG40mFs8/S5kN dnQcMqJuJmoSMry/slWkWjphjqVdvIXeSXOQHEOw7bpAg3pXDDqEF5jbpV3tTzRYnZ9P xBSnN8uLenCFw3n5R4MutWy7Fo3FvEYx53ypSmtfytl0y+Jm++Kn2N3OHv6cJVc74LKo 51rx5Dl/8eNp24qmaJjxRWB99SqYQuCpmMzFBSkOHCPuod93VG9nDndN7rrsQcDLx8CL FkdYjOzUOBSTo+0Vg2hk5mSM1k9L2LpdmURUOp5ONQlXn9C0pm8tTjPOd71tiegt3XYm qo/A== X-Gm-Message-State: AOJu0YxLQp+XpcGukwb8GCL3UH2dInjLo4wLPluyiQ6iCICzBsWAjF5/ k8tfUUJmNuAgprQp9MY6TmGdqgeep2LIwR8NofXNPFW7ZNk8JRcDi0S7xunKcyl48tODPD9xfMU Ji+Kb5sQjzgR7sHQY1KlWbgRE6qcvaA== X-Gm-Gg: ASbGncuKAzWY+VJu7L73uau4RqFtVqkBkJjeeH08hRIqTvvExHY7O6wtBttkf+3KbYm 0QW5AAGUAL0bmJ1/GreYWZv5EllQfWL9Py5H61y1sPo4qCXhpviTE+KjseSeTsRRgd4nwt8E7Td s9JJc33E8yMbonfX7659PfyLerl/Cx7ebRZw== X-Google-Smtp-Source: AGHT+IHGZ8u71erHVZ8VHxWkKaIUS+SRqMdG1frdyli5m5T12jq6fPwFJ0C3VouN2Bh4r/C1RYKXGW2K3irZVWAzerA= X-Received: by 2002:a05:622a:110:b0:476:ae71:eabf with SMTP id d75a77b69052e-47aec50cec8mr304193051cf.21.1745338347092; Tue, 22 Apr 2025 09:12:27 -0700 (PDT) MIME-Version: 1.0 From: Tim Jim Date: Wed, 23 Apr 2025 01:12:15 +0900 X-Gm-Features: ATxdqUEQIowyrLZuaDLVdDFNlM-6rtwscAaOH3MB6xQmMM0ES51Xx97X84kLj8Q Message-ID: Subject: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000310d3c0633604054" Received-SPF: pass client-ip=2607:f8b0:4864:20::833; envelope-from=redemptiontea@gmail.com; helo=mail-qt1-x833.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 22 Apr 2025 13:25:13 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --000000000000310d3c0633604054 Content-Type: text/plain; charset="UTF-8" Dear Dev Team, I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing two separate bugs(?), I think. I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, the path is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this could be an encoding issue, but I could not find an encoding setting which solves this. 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I type in Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I also fired up a gedit session and could successfully paste in the Kanji there. Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without extra null characters appearing and could paste in Kanji successfully. I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. Please could you give me some pointers on how/if this can be resolved? Thanks for all your efforts supporting and developing Emacs! P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also included an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was solved using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a different problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU If there is anything else I can add to help debug this please let me know. Also, apologies if this is something obvious that I've missed in the manual. I tried searching the bug tracker too for anything WSL-specific, but I didn't see anything immediately relevant. Regards, Tim Here's the build info: In GNU Emacs 30.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo version 1.17.4) of 2025-04-14 built on alma-1 Repository revision: 8ac894e2246f25d2a2a97d866b10e6e0b0fede5a Repository branch: HEAD System Description: AlmaLinux 9.5 (Teal Serval) Configured using: 'configure --prefix=/opt/emacs/emacs-30.1 'CFLAGS=-O0 -g3 -march=native' --with-native-compilation --with-imagemagick --with-libsystemd --with-tree-sitter --with-pgtk' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ IMAGEMAGICK JPEG LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB Important settings: value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t buffer-read-only: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win touch-screen pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 49099 9416) (symbols 48 5333 0) (strings 32 13223 2649) (string-bytes 1 386103) (vectors 16 8669) (vector-slots 8 123257 9667) (floats 8 23 1) (intervals 56 373 21) (buffers 992 11)) --000000000000310d3c0633604054 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Dev Team,=C2=A0

I've compiled Emacs 30.1 on= AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing = two separate bugs(?), I think.=C2=A0

I ran a quick comparison using `emacs -Q`, for Emacs compiled = with and without `--with-pgtk`.

1. When pasting a path copied from the address bar from Windows E= xplorer into an Emacs buffer, the path is usually followed by a bunch of nu= ll characters, such as ^@ and ^A. Based on my searching, this could be an e= ncoding issue, but I could not find an encoding setting which solves this.= =C2=A0

2. Pasting in any= Kanji will result in ???? appearing instead of the characters. I can confi= rm that if I type in Japanese directly into the buffer, it shows up fine. J= ust to check it wasn't a GTK on WSL problem, I also fired up a gedit se= ssion and could successfully paste in the Kanji there.

Both problems went away when I compiled with= out `--with-pgtk`. I.e. I could paste in paths without extra null character= s appearing and could paste in Kanji successfully.
<= br>
I'm unsure if this is a bug, or if it's = a difference in how system environmental variables are handled. Please coul= d you give me some pointers on how/if this can be resolved?=C2=A0

Thanks for all your efforts suppo= rting and developing Emacs!

P.S. as a quick addendum to point 1, I had also posted an earlier varia= tion of the question that also included an issue that did turn out to be an= encoding issue (trying to paste a degree symbol). That part was solved usi= ng=C2=A0`(setq selection-coding-system nil)`, but the path issue remained, = so I suspected it might be a different problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU





<= div dir=3D"auto">IMAGEMAGICK JPEG LIBSELINUX LIBXML2 MODULES NATIVE_COMP NO= TIFY INOTIFY
PDUMPER PGTK PNG RSVG SECCOMP SOUND SQL= ITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WE= BP XIM GTK3 ZLIB

Importa= nt settings:
=C2=A0 value of $LANG: en_GB.UTF-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mod= e: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-= mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-m= ode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 minibuf= fer-regexp-mode: t
=C2=A0 buffer-read-only: t
<= div dir=3D"auto">=C2=A0 line-number-mode: t
=C2=A0 i= ndent-tabs-mode: t
=C2=A0 transient-mark-mode: t
=C2=A0 auto-composition-mode: t
= =C2=A0 auto-encryption-mode: t
=C2=A0 auto-compressi= on-mode: t

Load-path sha= dows:
None found.

<= div dir=3D"auto">Features:
(shadow sort mail-extr em= acsbug message mailcap yank-media puny dired
dired-l= oaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm= -decode
mm-bodies mm-encode mail-parse rfc2231 maila= bbrev gmm-utils mailheader
cl-loaddefs cl-lib sendma= il rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mai= l-utils rmc iso-transl tooltip cconv eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
<= div dir=3D"auto">term/pgtk-win pgtk-win term/common-win touch-screen pgtk-d= nd tool-bar
dnd fontset image regexp-opt fringe tabu= lated-list replace newcomment
text-mode lisp-mode pr= og-mode register page tab-bar menu-bar rfn-eshadow
i= search easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq = simple cl-generic
indonesian philippine cham georgia= n utf-8-lang misc-lang vietnamese
tibetan thai tai-v= iet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preload= ed button loaddefs
theme-loaddefs faces cus-face mac= roexp files window text-properties
overlay sha1 md5 = base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo gt= k pgtk
multi-tty move-toolbar make-network-process n= ative-compile emacs)

Mem= ory information:
((conses 16 49099 9416) (symbols 48= 5333 0) (strings 32 13223 2649)
=C2=A0(string-bytes= 1 386103) (vectors 16 8669)
=C2=A0(vector-slots 8 1= 23257 9667) (floats 8 23 1) (intervals 56 373 21)
= =C2=A0(buffers 992 11))

=
--000000000000310d3c0633604054-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 23 07:39:48 2025 Received: (at 77994) by debbugs.gnu.org; 23 Apr 2025 11:39:48 +0000 Received: from localhost ([127.0.0.1]:54896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7YSB-0006t8-NQ for submit@debbugs.gnu.org; Wed, 23 Apr 2025 07:39:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58398) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7YS6-0006re-DB for 77994@debbugs.gnu.org; Wed, 23 Apr 2025 07:39:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7YS1-00048e-04; Wed, 23 Apr 2025 07:39:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=lUZUFv3PGSrT7f1xOfbOp07F4VIbbFnTBpn51+FXyg8=; b=fO3lgqXm6v2q 666XiOo7yPt/bY5++PEpofl7z8+9KwS8Gzx7+c8ya3qcRQl4k2uzsdKyKuOq+ShnFYCAXvYns5xZr yIT7JVLTk9laP43e3E6T2613tCOoXrStVZZoDIati2i1YzCndDR/dpPj/wXZJSkZ+9QNYOJTh/p7T N0YjOOt5hacVVKTwN0U1naWxeFri+5IIeCryz7S37tEPS2qWvzaUhFqNn/wEk2phtEqS+crZxwccr ZN1B+ve3tKMHnO+KQwXsHtAVDvRtCBnUNrfRsYCR0qylfn+cRICqiANt2CR9BiF/yV9S5j1inIjOr C87WbP1TToXCu8wn0nT+Zw==; Date: Wed, 23 Apr 2025 14:39:31 +0300 Message-Id: <86selz14zw.fsf@gnu.org> From: Eli Zaretskii To: Tim Jim , Po Lu In-Reply-To: (message from Tim Jim on Wed, 23 Apr 2025 01:12:15 +0900) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tim Jim > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing two > separate bugs(?), I think. > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. > > 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, the path > is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this could be > an encoding issue, but I could not find an encoding setting which solves this. > > 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I type in > Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I also fired > up a gedit session and could successfully paste in the Kanji there. > > Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without extra null > characters appearing and could paste in Kanji successfully. > > I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. Please > could you give me some pointers on how/if this can be resolved? > > Thanks for all your efforts supporting and developing Emacs! > > P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also included > an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was solved > using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a different > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > If there is anything else I can add to help debug this please let me know. Also, apologies if this is something > obvious that I've missed in the manual. I tried searching the bug tracker too for anything WSL-specific, but I > didn't see anything immediately relevant. Thanks. We don't have experts on board who know how WSL2 works wrt interoperability between Windows and Ubuntu, so what GTK does in that case is a mystery to us, I think. I've added Po Lu to the discussion in the hope that he might have some suggestions. I personally have only one idea: try C-x RET x utf-16-le RET and see if this fixes the problems you see. I suspect that WSL2 has some customization options which control how the Windows clipboard is presented to GNU/Linux programs running in Ubuntu. Or maybe you need something to be installed, like xclip or wl-clipboard. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 23 11:25:47 2025 Received: (at 77994) by debbugs.gnu.org; 23 Apr 2025 15:25:47 +0000 Received: from localhost ([127.0.0.1]:58338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7byp-0003NC-3D for submit@debbugs.gnu.org; Wed, 23 Apr 2025 11:25:47 -0400 Received: from mail-qv1-xf33.google.com ([2607:f8b0:4864:20::f33]:47235) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u7b3j-0001Vb-0C for 77994@debbugs.gnu.org; Wed, 23 Apr 2025 10:26:48 -0400 Received: by mail-qv1-xf33.google.com with SMTP id 6a1803df08f44-6eaf1b6ce9aso74230886d6.2 for <77994@debbugs.gnu.org>; Wed, 23 Apr 2025 07:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745418397; x=1746023197; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uNV9oi4obpZwjnvIbjWN74eD1kwCSJEsjMqkrooLm2o=; b=TLcZOn40fQNYckmGz4dD4JimQkbB5ZK0aD3UOntywn+on3KXhijnVd16IYjWMAg7/v DATd23i4OXgp8h/1wkcO/PTIaIwmVdsDeFlrbbsWVijJh2YZZ5Ro14YQ8fgbG8Dmn6Cx 4AluyZMB3wlHsVAqlijJvEhDdv4UqUIycW95kZKFyZKfwHSQ5c4FbaqVaqSrpFN4PzDV LbmMsPUNmVmVg+x7h68zJIVDf6y0S4j1nSyzcVTqilK7blhPIiL0vCJQxZQb+K6ffDnd g2Fzjlmwf+Px78tSyk/2HIvXpkJ5VOnJXuSK6wE5J2CnZWaLwzMXiIqYybcnB29d071J p6Qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745418397; x=1746023197; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uNV9oi4obpZwjnvIbjWN74eD1kwCSJEsjMqkrooLm2o=; b=FZ5VAkFZNxrabBdPbAWoa+6d8/8r07yiIbu4HGZtS5wXFxYawveZpQUnLYXT/H7GJv fttvf2pPhJqW4q7pjV3vpH8p9iSmZh//bb/W5xnXfgeg4NMu4iggnN9AkWxcehDg97Uy 4R3z4T924J1pSaRNd7zGS7VkkIKzOEjpSFQJfpMoREXtPPJTPgzrlotaNiL6niddIwHp t7uxS/ZCpbzJYCyOl4++vTxzlvSl6Z+bhn5+KaY4MC3tqfvxA6K2QTCfr7503psjJrfh sH1ccPSjl7xKzq8ScCxVYUJpkK7aT0m0Vj3X8NsfbqCXPoxxiGhzKFVa/LSDKH5EO3B/ LN1Q== X-Forwarded-Encrypted: i=1; AJvYcCWMTVx86EKeNw7SysJPb+bcdFZ+qFYnfKrf9S12nNpcct/iZ4rhVrQ3vG9REOzkW4cm1XA8qQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyudQdtUNDjHyrHKYuZ5rua3ox3nKPKEz+rU+FDxZp0rImy3iA6 KrLtgued/edOsV+rBt9SLlOjjemKlj4I1wlkWQ2NDJJnjdnbhh1YSzDB8XjGBL0QIrpq3nV+1HS DToDnWU7F95TAFUPC1tsrvo49jdA= X-Gm-Gg: ASbGncv3IXD4aw/7y4tFPteu6oRk3mn3hAWuHwRZQa6ClcWWdCZeDCtlQNh6XU1l425 ot9TflW3B3S+SKnCV+fZx/3VF7kUSCA2oL9yIFlWsDJpRqxILCeNYL997ARvcpD8tqziNwdgXBS KW9MflfZM6VT8cLxmaAJc4zOA= X-Google-Smtp-Source: AGHT+IERIfD27sHC00kczar+l4Ga6OoBP7CHbb6MIr06y0JGVFtgIu8qqxsydBbKnyuvuDPRdC4d8Q1AnpCewrjOAqQ= X-Received: by 2002:a05:6214:5292:b0:6e8:fbb7:6764 with SMTP id 6a1803df08f44-6f2c46992f3mr334143376d6.45.1745418396968; Wed, 23 Apr 2025 07:26:36 -0700 (PDT) MIME-Version: 1.0 References: <86selz14zw.fsf@gnu.org> In-Reply-To: <86selz14zw.fsf@gnu.org> From: Tim Jim Date: Wed, 23 Apr 2025 23:26:25 +0900 X-Gm-Features: ATxdqUEP-AYHUrASxnSgzrpdNPMXpQl5dvqj7f1SbC2O-cDaWg7Suqv6PUJM0fw Message-ID: Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000892a69063372e361" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77994 X-Mailman-Approved-At: Wed, 23 Apr 2025 11:25:41 -0400 Cc: Po Lu , 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000892a69063372e361 Content-Type: text/plain; charset="UTF-8" Dear Eli, Thank you for the tips! I did try setting the encoding to utf-16-le (and a few others for testing) but it just resulted in even more of the pasted path becoming even more garbled. I'm not sure why, but when running Emacs compiled without pgtk, the default recording seems to handle the paste with no issues. Does the pgtk version handle clipboard contents differently? Also just to clarify, I want running Ubuntu but AlmaLinux (so closer to Fedora/RHEL) - I think you might still be right though; it's probably something missing rather than the exact distro causing issues. Thank you for the ideas so far! On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, wrote: > > From: Tim Jim > > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as > per the subject, I'm seeing two > > separate bugs(?), I think. > > > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and > without `--with-pgtk`. > > > > 1. When pasting a path copied from the address bar from Windows Explorer > into an Emacs buffer, the path > > is usually followed by a bunch of null characters, such as ^@ and ^A. > Based on my searching, this could be > > an encoding issue, but I could not find an encoding setting which solves > this. > > > > 2. Pasting in any Kanji will result in ???? appearing instead of the > characters. I can confirm that if I type in > > Japanese directly into the buffer, it shows up fine. Just to check it > wasn't a GTK on WSL problem, I also fired > > up a gedit session and could successfully paste in the Kanji there. > > > > Both problems went away when I compiled without `--with-pgtk`. I.e. I > could paste in paths without extra null > > characters appearing and could paste in Kanji successfully. > > > > I'm unsure if this is a bug, or if it's a difference in how system > environmental variables are handled. Please > > could you give me some pointers on how/if this can be resolved? > > > > Thanks for all your efforts supporting and developing Emacs! > > > > P.S. as a quick addendum to point 1, I had also posted an earlier > variation of the question that also included > > an issue that did turn out to be an encoding issue (trying to paste a > degree symbol). That part was solved > > using `(setq selection-coding-system nil)`, but the path issue remained, > so I suspected it might be a different > > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > > > If there is anything else I can add to help debug this please let me > know. Also, apologies if this is something > > obvious that I've missed in the manual. I tried searching the bug > tracker too for anything WSL-specific, but I > > didn't see anything immediately relevant. > > Thanks. > > We don't have experts on board who know how WSL2 works wrt > interoperability between Windows and Ubuntu, so what GTK does in that > case is a mystery to us, I think. I've added Po Lu to the discussion > in the hope that he might have some suggestions. > > I personally have only one idea: try > > C-x RET x utf-16-le RET > > and see if this fixes the problems you see. > > I suspect that WSL2 has some customization options which control how > the Windows clipboard is presented to GNU/Linux programs running in > Ubuntu. > > Or maybe you need something to be installed, like xclip or > wl-clipboard. > --000000000000892a69063372e361 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear Eli,

Thank you for the tips! I did try setting the encoding to ut= f-16-le (and a few others for testing) but it just resulted in even more of= the pasted path becoming even more garbled.

I'm not sure why, but when running Emacs compiled withou= t pgtk, the default recording seems to handle the paste with no issues. Doe= s the pgtk version handle clipboard contents differently?

Also just to clarify, I want running Ubuntu but AlmaLinux (s= o closer to Fedora/RHEL) - I think you might still be right though; it'= s probably something missing rather than the exact distro causing issues.

Thank you for the ideas so far!


On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, <eliz@gnu.org> wrote:
> From: Tim Jim <redemptiontea@gmail.com> > Date: Wed, 23 Apr 2025 01:12:15 +0900
>
> I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk;= as per the subject, I'm seeing two
> separate bugs(?), I think.
>
> I ran a quick comparison using `emacs -Q`, for Emacs compiled with and= without `--with-pgtk`.
>
> 1. When pasting a path copied from the address bar from Windows Explor= er into an Emacs buffer, the path
> is usually followed by a bunch of null characters, such as ^@ and ^A. = Based on my searching, this could be
> an encoding issue, but I could not find an encoding setting which solv= es this.
>
> 2. Pasting in any Kanji will result in ???? appearing instead of the c= haracters. I can confirm that if I type in
> Japanese directly into the buffer, it shows up fine. Just to check it = wasn't a GTK on WSL problem, I also fired
> up a gedit session and could successfully paste in the Kanji there. >
> Both problems went away when I compiled without `--with-pgtk`. I.e. I = could paste in paths without extra null
> characters appearing and could paste in Kanji successfully.
>
> I'm unsure if this is a bug, or if it's a difference in how sy= stem environmental variables are handled. Please
> could you give me some pointers on how/if this can be resolved?
>
> Thanks for all your efforts supporting and developing Emacs!
>
> P.S. as a quick addendum to point 1, I had also posted an earlier vari= ation of the question that also included
> an issue that did turn out to be an encoding issue (trying to paste a = degree symbol). That part was solved
> using `(setq selection-coding-system nil)`, but the path issue remaine= d, so I suspected it might be a different
> problem. https://www.reddit.com/r/emacs= /s/6w1L3CiyAU
>
> If there is anything else I can add to help debug this please let me k= now. Also, apologies if this is something
> obvious that I've missed in the manual. I tried searching the bug = tracker too for anything WSL-specific, but I
> didn't see anything immediately relevant.

Thanks.

We don't have experts on board who know how WSL2 works wrt
interoperability between Windows and Ubuntu, so what GTK does in that
case is a mystery to us, I think.=C2=A0 I've added Po Lu to the discuss= ion
in the hope that he might have some suggestions.

I personally have only one idea: try

=C2=A0 C-x RET x utf-16-le RET

and see if this fixes the problems you see.

I suspect that WSL2 has some customization options which control how
the Windows clipboard is presented to GNU/Linux programs running in
Ubuntu.

Or maybe you need something to be installed, like xclip or
wl-clipboard.
--000000000000892a69063372e361-- From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 05:18:21 2025 Received: (at 77994) by debbugs.gnu.org; 10 May 2025 09:18:21 +0000 Received: from localhost ([127.0.0.1]:43765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uDgLc-0004WI-HM for submit@debbugs.gnu.org; Sat, 10 May 2025 05:18:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39532) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uDgLZ-0004W2-To for 77994@debbugs.gnu.org; Sat, 10 May 2025 05:18:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uDgLU-0008IO-J6; Sat, 10 May 2025 05:18:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=rCwhq/00NF82gTN2zaDJdrgG1cUSiwEGYv8Z4uVWQ3s=; b=AqHOM0ecSkOy Q05ySwfQrHJjVxwNzUrJy2vyuTKtLTqeQpg9YdwODKPxa0K+nS/7fB5UJ/Fr/86Nsw+scnLELmrdE gBe49M7vTinN5znRIQJAknB40ihrVRCavFnMCGYZ7D5PWCBu402tqg88CLx3K/L4GSLr1Ey5XGBGN cQ1Z++waXUdj8S+6RcXI6l02DneVLwj+yoeaBuxy0EIh/IcvWUPdofg6ofWM+lNKvLo8Y3JXjY9uC QVkoDFmRIbnbvIAboJNC7L6gKFkx/pi15ePqJ5t8SkXUvI8/BDqiStRV6HsW0dNuebYi0qxxEH6WH 1l1AVPFXlZFoxBK15eoY4w==; Date: Sat, 10 May 2025 12:18:10 +0300 Message-Id: <86plggbz8t.fsf@gnu.org> From: Eli Zaretskii To: luangruo@yahoo.com, Tim Jim In-Reply-To: (message from Tim Jim on Wed, 23 Apr 2025 23:26:25 +0900) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: <86selz14zw.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Po Lu, any further comments or suggestions? > From: Tim Jim > Date: Wed, 23 Apr 2025 23:26:25 +0900 > Cc: Po Lu , 77994@debbugs.gnu.org > > > Dear Eli, > > Thank you for the tips! I did try setting the encoding to utf-16-le (and a few others for testing) but it just > resulted in even more of the pasted path becoming even more garbled. > > I'm not sure why, but when running Emacs compiled without pgtk, the default recording seems to handle the > paste with no issues. Does the pgtk version handle clipboard contents differently? > > Also just to clarify, I want running Ubuntu but AlmaLinux (so closer to Fedora/RHEL) - I think you might still be > right though; it's probably something missing rather than the exact distro causing issues. > > Thank you for the ideas so far! > > On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, wrote: > > > From: Tim Jim > > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing > two > > separate bugs(?), I think. > > > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. > > > > 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, > the path > > is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this > could be > > an encoding issue, but I could not find an encoding setting which solves this. > > > > 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I > type in > > Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I > also fired > > up a gedit session and could successfully paste in the Kanji there. > > > > Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without > extra null > > characters appearing and could paste in Kanji successfully. > > > > I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. > Please > > could you give me some pointers on how/if this can be resolved? > > > > Thanks for all your efforts supporting and developing Emacs! > > > > P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also > included > > an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was > solved > > using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a > different > > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > > > If there is anything else I can add to help debug this please let me know. Also, apologies if this is > something > > obvious that I've missed in the manual. I tried searching the bug tracker too for anything > WSL-specific, but I > > didn't see anything immediately relevant. > > Thanks. > > We don't have experts on board who know how WSL2 works wrt > interoperability between Windows and Ubuntu, so what GTK does in that > case is a mystery to us, I think. I've added Po Lu to the discussion > in the hope that he might have some suggestions. > > I personally have only one idea: try > > C-x RET x utf-16-le RET > > and see if this fixes the problems you see. > > I suspect that WSL2 has some customization options which control how > the Windows clipboard is presented to GNU/Linux programs running in > Ubuntu. > > Or maybe you need something to be installed, like xclip or > wl-clipboard. From debbugs-submit-bounces@debbugs.gnu.org Sat May 24 04:49:45 2025 Received: (at 77994) by debbugs.gnu.org; 24 May 2025 08:49:45 +0000 Received: from localhost ([127.0.0.1]:56778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uIkZc-0006Cx-FH for submit@debbugs.gnu.org; Sat, 24 May 2025 04:49:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48496) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uIkZZ-0006C8-I0 for 77994@debbugs.gnu.org; Sat, 24 May 2025 04:49:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uIkZT-0006o4-O0; Sat, 24 May 2025 04:49:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UG7R7NNAr3gLhpaZFCqrqfB8cGs94yuQxLSDbs9O8qQ=; b=HBsKJqSsogOp IqA7XRXzieku7i6KBihfhc708ENMjpjXwCsSXKZIsPnRhIcQquc4BCKBB7Ek+/6mHHa9UIRl8KhRJ 3T6jOd89JjKO9cE8fDO5APtvQ72wXHeKcui3d39IiZL+4jlVeUxfIG3xBsHHV94bOPdkqs7+OMCyu Mj+dHaUBm1T8dfFEL64tuqMfCQhgJVFcb6ijOdOfee4muRwaz+ik+mpYXEN8WF5zthQI1SFbqxgMW MF5BnyS/jLlzWFXFSAYMtFclkmAuudlhmF36eg/XJXeKG71xJLycmythzXHEIRtGQBtrORBr91sjW 5/szGh8qWy8R1WYQxp0sqA==; Date: Sat, 24 May 2025 11:49:33 +0300 Message-Id: <86jz662y1u.fsf@gnu.org> From: Eli Zaretskii To: luangruo@yahoo.com In-Reply-To: <86plggbz8t.fsf@gnu.org> (message from Eli Zaretskii on Sat, 10 May 2025 12:18:10 +0300) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Po Lu, please respond. > Cc: 77994@debbugs.gnu.org > Date: Sat, 10 May 2025 12:18:10 +0300 > From: Eli Zaretskii > > Po Lu, any further comments or suggestions? > > > From: Tim Jim > > Date: Wed, 23 Apr 2025 23:26:25 +0900 > > Cc: Po Lu , 77994@debbugs.gnu.org > > > > > > Dear Eli, > > > > Thank you for the tips! I did try setting the encoding to utf-16-le (and a few others for testing) but it just > > resulted in even more of the pasted path becoming even more garbled. > > > > I'm not sure why, but when running Emacs compiled without pgtk, the default recording seems to handle the > > paste with no issues. Does the pgtk version handle clipboard contents differently? > > > > Also just to clarify, I want running Ubuntu but AlmaLinux (so closer to Fedora/RHEL) - I think you might still be > > right though; it's probably something missing rather than the exact distro causing issues. > > > > Thank you for the ideas so far! > > > > On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, wrote: > > > > > From: Tim Jim > > > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > > > > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing > > two > > > separate bugs(?), I think. > > > > > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. > > > > > > 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, > > the path > > > is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this > > could be > > > an encoding issue, but I could not find an encoding setting which solves this. > > > > > > 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I > > type in > > > Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I > > also fired > > > up a gedit session and could successfully paste in the Kanji there. > > > > > > Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without > > extra null > > > characters appearing and could paste in Kanji successfully. > > > > > > I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. > > Please > > > could you give me some pointers on how/if this can be resolved? > > > > > > Thanks for all your efforts supporting and developing Emacs! > > > > > > P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also > > included > > > an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was > > solved > > > using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a > > different > > > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > > > > > If there is anything else I can add to help debug this please let me know. Also, apologies if this is > > something > > > obvious that I've missed in the manual. I tried searching the bug tracker too for anything > > WSL-specific, but I > > > didn't see anything immediately relevant. > > > > Thanks. > > > > We don't have experts on board who know how WSL2 works wrt > > interoperability between Windows and Ubuntu, so what GTK does in that > > case is a mystery to us, I think. I've added Po Lu to the discussion > > in the hope that he might have some suggestions. > > > > I personally have only one idea: try > > > > C-x RET x utf-16-le RET > > > > and see if this fixes the problems you see. > > > > I suspect that WSL2 has some customization options which control how > > the Windows clipboard is presented to GNU/Linux programs running in > > Ubuntu. > > > > Or maybe you need something to be installed, like xclip or > > wl-clipboard. > > > > From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 07 04:13:47 2025 Received: (at 77994) by debbugs.gnu.org; 7 Jun 2025 08:13:47 +0000 Received: from localhost ([127.0.0.1]:46676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uNogU-0004BX-OG for submit@debbugs.gnu.org; Sat, 07 Jun 2025 04:13:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38374) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uNogS-0004BF-4d for 77994@debbugs.gnu.org; Sat, 07 Jun 2025 04:13:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uNogL-0002dc-TK; Sat, 07 Jun 2025 04:13:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+fobJEcSno7xVUVAjwM4GvW9GyRCxC4V29IVQ/dh1fk=; b=In3wK5F+4RkP 3UMJLvjrgoHn80f4o39DpsOG1IFfi22HRG5McVpS6zeIegZWgZ5WeA2zz5S2u79PMypg6jO9ShkvZ B5fmnlHuUOHGvRtHOrwkUplW99QEeoNCOHuIfiE9QSH4uxKfR4l4e6A4EE3mZ4NpA3hCTInWuYhUw jeyEyRxh/vDxtvJC9C0OmObfNN+VHGYMdZlFhfsRbFB7HzzCb2XFcR/gJOVQT6k6LNCE3Ot16m4yD 7qbHZXqw1JW7c8EujPUv3+4EHe+461+Ua7x1lDuA4EW0bqF72BmzBeL5Kl0shEGuX+ZjYsmZfWSO6 XOOWSmhFZw6SnHboYC32LQ==; Date: Sat, 07 Jun 2025 11:13:33 +0300 Message-Id: <86ldq4j7f6.fsf@gnu.org> From: Eli Zaretskii To: luangruo@yahoo.com In-Reply-To: <86jz662y1u.fsf@gnu.org> (message from Eli Zaretskii on Sat, 24 May 2025 11:49:33 +0300) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> <86jz662y1u.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Ping! Po Lu, would you please respond? > Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org > Date: Sat, 24 May 2025 11:49:33 +0300 > From: Eli Zaretskii > > Ping! Po Lu, please respond. > > > Cc: 77994@debbugs.gnu.org > > Date: Sat, 10 May 2025 12:18:10 +0300 > > From: Eli Zaretskii > > > > Po Lu, any further comments or suggestions? > > > > > From: Tim Jim > > > Date: Wed, 23 Apr 2025 23:26:25 +0900 > > > Cc: Po Lu , 77994@debbugs.gnu.org > > > > > > > > > Dear Eli, > > > > > > Thank you for the tips! I did try setting the encoding to utf-16-le (and a few others for testing) but it just > > > resulted in even more of the pasted path becoming even more garbled. > > > > > > I'm not sure why, but when running Emacs compiled without pgtk, the default recording seems to handle the > > > paste with no issues. Does the pgtk version handle clipboard contents differently? > > > > > > Also just to clarify, I want running Ubuntu but AlmaLinux (so closer to Fedora/RHEL) - I think you might still be > > > right though; it's probably something missing rather than the exact distro causing issues. > > > > > > Thank you for the ideas so far! > > > > > > On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, wrote: > > > > > > > From: Tim Jim > > > > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > > > > > > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing > > > two > > > > separate bugs(?), I think. > > > > > > > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. > > > > > > > > 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, > > > the path > > > > is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this > > > could be > > > > an encoding issue, but I could not find an encoding setting which solves this. > > > > > > > > 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I > > > type in > > > > Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I > > > also fired > > > > up a gedit session and could successfully paste in the Kanji there. > > > > > > > > Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without > > > extra null > > > > characters appearing and could paste in Kanji successfully. > > > > > > > > I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. > > > Please > > > > could you give me some pointers on how/if this can be resolved? > > > > > > > > Thanks for all your efforts supporting and developing Emacs! > > > > > > > > P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also > > > included > > > > an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was > > > solved > > > > using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a > > > different > > > > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > > > > > > > If there is anything else I can add to help debug this please let me know. Also, apologies if this is > > > something > > > > obvious that I've missed in the manual. I tried searching the bug tracker too for anything > > > WSL-specific, but I > > > > didn't see anything immediately relevant. > > > > > > Thanks. > > > > > > We don't have experts on board who know how WSL2 works wrt > > > interoperability between Windows and Ubuntu, so what GTK does in that > > > case is a mystery to us, I think. I've added Po Lu to the discussion > > > in the hope that he might have some suggestions. > > > > > > I personally have only one idea: try > > > > > > C-x RET x utf-16-le RET > > > > > > and see if this fixes the problems you see. > > > > > > I suspect that WSL2 has some customization options which control how > > > the Windows clipboard is presented to GNU/Linux programs running in > > > Ubuntu. > > > > > > Or maybe you need something to be installed, like xclip or > > > wl-clipboard. > > > > > > > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 28 04:55:29 2025 Received: (at 77994) by debbugs.gnu.org; 28 Jun 2025 08:55:30 +0000 Received: from localhost ([127.0.0.1]:47752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uVRLM-0002JI-Pw for submit@debbugs.gnu.org; Sat, 28 Jun 2025 04:55:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51480) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uVRLJ-0002II-LE for 77994@debbugs.gnu.org; Sat, 28 Jun 2025 04:55:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uVRLE-0002Ft-Bw; Sat, 28 Jun 2025 04:55:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Zsdmht5a4ULErupCMRFQWVQ50xR4/oXn96e0oCjlCds=; b=lAGx3ZKJKuJY ocaoFhMCuhFwtYVFJ+2TrW8IIVxOb60a/MrWogWpgRxnI37W+i1DFDs1pWURF9r1B47QqWEYxdtbY 8OFITMHSPVT2pT9WOLti5i2Szr+89uQyAbwD0MQwirB/xb0Jti7P0svNaSZ1ukziUMZC+D4kTDFbu AFWTtcPKi0aHWS5ys5MMqVfdsG6Ce5FPJ7OZbVch0Xo1aDrA5tiZoFONdkyWqX/YNEtbB1X8xTLc1 Ye3CHIDZoB07d9NnRKX3GutxsZlrBnnkYrfw/NQm7czTCSwepXSvEup+BqNYki7CzxuvpRC6N1J4l Q2LSOx5pGX5hZpbiIvnhsA==; Date: Sat, 28 Jun 2025 11:55:15 +0300 Message-Id: <86a55s8cuk.fsf@gnu.org> From: Eli Zaretskii To: luangruo@yahoo.com In-Reply-To: <86ldq4j7f6.fsf@gnu.org> (message from Eli Zaretskii on Sat, 07 Jun 2025 11:13:33 +0300) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> <86jz662y1u.fsf@gnu.org> <86ldq4j7f6.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Ping! Ping! Po Lu, are you there? > Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org > Date: Sat, 07 Jun 2025 11:13:33 +0300 > From: Eli Zaretskii > > Ping! Ping! Po Lu, would you please respond? > > > Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org > > Date: Sat, 24 May 2025 11:49:33 +0300 > > From: Eli Zaretskii > > > > Ping! Po Lu, please respond. > > > > > Cc: 77994@debbugs.gnu.org > > > Date: Sat, 10 May 2025 12:18:10 +0300 > > > From: Eli Zaretskii > > > > > > Po Lu, any further comments or suggestions? > > > > > > > From: Tim Jim > > > > Date: Wed, 23 Apr 2025 23:26:25 +0900 > > > > Cc: Po Lu , 77994@debbugs.gnu.org > > > > > > > > > > > > Dear Eli, > > > > > > > > Thank you for the tips! I did try setting the encoding to utf-16-le (and a few others for testing) but it just > > > > resulted in even more of the pasted path becoming even more garbled. > > > > > > > > I'm not sure why, but when running Emacs compiled without pgtk, the default recording seems to handle the > > > > paste with no issues. Does the pgtk version handle clipboard contents differently? > > > > > > > > Also just to clarify, I want running Ubuntu but AlmaLinux (so closer to Fedora/RHEL) - I think you might still be > > > > right though; it's probably something missing rather than the exact distro causing issues. > > > > > > > > Thank you for the ideas so far! > > > > > > > > On Wed, 23 Apr 2025, 20:39 Eli Zaretskii, wrote: > > > > > > > > > From: Tim Jim > > > > > Date: Wed, 23 Apr 2025 01:12:15 +0900 > > > > > > > > > > I've compiled Emacs 30.1 on AlmaLinux 9 running in WSL2 with pgtk; as per the subject, I'm seeing > > > > two > > > > > separate bugs(?), I think. > > > > > > > > > > I ran a quick comparison using `emacs -Q`, for Emacs compiled with and without `--with-pgtk`. > > > > > > > > > > 1. When pasting a path copied from the address bar from Windows Explorer into an Emacs buffer, > > > > the path > > > > > is usually followed by a bunch of null characters, such as ^@ and ^A. Based on my searching, this > > > > could be > > > > > an encoding issue, but I could not find an encoding setting which solves this. > > > > > > > > > > 2. Pasting in any Kanji will result in ???? appearing instead of the characters. I can confirm that if I > > > > type in > > > > > Japanese directly into the buffer, it shows up fine. Just to check it wasn't a GTK on WSL problem, I > > > > also fired > > > > > up a gedit session and could successfully paste in the Kanji there. > > > > > > > > > > Both problems went away when I compiled without `--with-pgtk`. I.e. I could paste in paths without > > > > extra null > > > > > characters appearing and could paste in Kanji successfully. > > > > > > > > > > I'm unsure if this is a bug, or if it's a difference in how system environmental variables are handled. > > > > Please > > > > > could you give me some pointers on how/if this can be resolved? > > > > > > > > > > Thanks for all your efforts supporting and developing Emacs! > > > > > > > > > > P.S. as a quick addendum to point 1, I had also posted an earlier variation of the question that also > > > > included > > > > > an issue that did turn out to be an encoding issue (trying to paste a degree symbol). That part was > > > > solved > > > > > using `(setq selection-coding-system nil)`, but the path issue remained, so I suspected it might be a > > > > different > > > > > problem. https://www.reddit.com/r/emacs/s/6w1L3CiyAU > > > > > > > > > > If there is anything else I can add to help debug this please let me know. Also, apologies if this is > > > > something > > > > > obvious that I've missed in the manual. I tried searching the bug tracker too for anything > > > > WSL-specific, but I > > > > > didn't see anything immediately relevant. > > > > > > > > Thanks. > > > > > > > > We don't have experts on board who know how WSL2 works wrt > > > > interoperability between Windows and Ubuntu, so what GTK does in that > > > > case is a mystery to us, I think. I've added Po Lu to the discussion > > > > in the hope that he might have some suggestions. > > > > > > > > I personally have only one idea: try > > > > > > > > C-x RET x utf-16-le RET > > > > > > > > and see if this fixes the problems you see. > > > > > > > > I suspect that WSL2 has some customization options which control how > > > > the Windows clipboard is presented to GNU/Linux programs running in > > > > Ubuntu. > > > > > > > > Or maybe you need something to be installed, like xclip or > > > > wl-clipboard. > > > > > > > > > > > > > > > > > > > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 28 10:24:44 2025 Received: (at 77994) by debbugs.gnu.org; 28 Jun 2025 14:24:45 +0000 Received: from localhost ([127.0.0.1]:50976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uVWU0-000492-Ah for submit@debbugs.gnu.org; Sat, 28 Jun 2025 10:24:44 -0400 Received: from sonic307-9.consmr.mail.ne1.yahoo.com ([66.163.190.32]:32863) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uVWTo-000476-4p for 77994@debbugs.gnu.org; Sat, 28 Jun 2025 10:24:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1751120665; bh=LeVkgNa7UCbtQqyhPcm5D9HjjESqVGapqzw1Ntqhp4o=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=tBffSGo9bT5ThTvseaAKX44xWAxbiK2HkupHuNT5skVUwK/2GFL+W6DF0p0s/jiLc8Dxgbije3qYfEiHeu9pJ6T7SFK61QnIEEt9jcBGu7Y8G3svXbMgJ9bCUXqUm61lCtIVHYyLhkZEQcasJumZU9N4jghvJDhZOuIbuzA5g5Y+RVinXrB78XlsDyR4KKWk/kYCjAYs8t8OhLAYylfNxcklsXejB+7+rdjnoHNdtTB0eMNxKiSqvO18AFyFcxkwOkTHG60ViKQ/Sa8M8quJHejyWJ9hvIMVczARr8qpm/6mhQcNW+YSKO6ZkoJOtEp7hGSdmqHMWdeYO0CzHYj29g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1751120665; bh=JxioE5Qxybh24f8244c64b8PnOc3M6c6mrncyqdQq41=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=fRiW439mBMpwRL79lWETSaYiKafaQ0U8Lg5RVd274XtgNVkGkaznULhYpjlfBj+IWRX0Mq0Jumh/3qgfOvIiPezEgHVrqGuZqVWpYpO+RNX1ikrMAe9ZY/4aTGtn2nkpx6JSRJWYtiq6YGjmCiRPIYEZi/c9Km30MK3Bo1XSM5o04gAln0T1TN14kueOrjN9KAfI0Kn3tU2b0ccWPMI1T60wu1fU2fY0SxqK2PWmhi14ff93KZl0YZa2T0m0w7mycdCo0xgQ0ZexiedaP20oZuQmw8JvBi8o39TcrzN2jfgFEcNC8SDmK7fgS1o7Qpm46TRAd3faPEt97vooTeud8Q== X-YMail-OSG: FN.Ai6sVM1nOTFT2gzQwnfX7sGWLGydiZmt4JdG366kFXUF.8RIw.4kBVgoBGcl LKNlgqnHY7K_bbF6ocGTx6Y5kXEHhkAlPQL.OjXmcEim.Rgl.cUzIv.BjNt57g5tajE37X2an6zq q0dI2Fq5MZhm66EdfcTGR7PUS2sQmOkVh5SRFARC1ylahw5XPfhnF8d_BnvQCBm5oxztjUU7FB0a boOyAOkH6EG4APHpb08Z1FVV3j3Yz3zzP6hiJEcn6reHyfy7iDOVYn4.iWeFW3QHB9JX5Z5uCG9c dRVqdxOF2RmHlpUVBPPNbFyR5wTXzDx9bxyQ5LqWvobXcCqNMMKdVtTVtwzeaMuCnLsICJjMsGxP nGqoImtShXQM5Bhw7UdTzx6MexBWwG3j4xbCvDjv5G.FdiV5hhP8jkAxLLjyauAlCabTQWHedUXt 4vymQhZR47vvRtDaxAJ8IoI7CMVQIshYNIw1uBjzwBj5U8im1DPntlULPYPs3GRTRLor7vZHbg30 18mMjB7nmro2vne5K8BMWsEHmCZpJq.DDLwaeRBDzhG6UiwYj8FZFzmcju8nGaVFSsP3NoUvXqDu 8FoWGEezfe8JdiHOSPMUlLNc8eCgV8Ajk999auNchITNq41ILOqxpC8QLsfvmAJuLX6xNRExA99T f9KGdJ_pIK_bPzEJOURaq2ik_ZTLajsVwE5_gfgINFuuc_GsoFnKyNcpfqLLUWZt_NOvQItqTn96 RkO2HRX36C8URyeYTpqeNml3TTrbQoIYl_lzNf8AzHMW2pHvW2xnAHesyRfES6suH0smWbG60zJf z7nC9K4Jpc6sW76Wo7jRZrlMhKgDkyIbvao7rb_HWwFhVTePvo6Uiz0xgk9byd7NSrJVCvRYnN.3 MCuP426l4.CebOejbnuYu14fHqIPYB885TN9AhKiAUKsXLOQpNk9N_kf5ku23_nMlcsvbCELvsZh roepf5Hw6LC3AuHz79rimtdNPtsJgLkB8qM_m_q8I79uVBXzr84kpUa6EK_s9KPiKmWul5vwXiEt 0Bmx1_682Dui0RhRwR3Fdol6SVrjmI4RPCanQDHeVoiQIxFP.ymxOVmnMVRWkdHFMcE89FeQ8Xch sE0bQXqJ8w6F3eUezaeEeKbUGMBWEPIYw1KMMKB137vnMysfBsTGE7DH65Njh_y9NpJ7IuPHEt7n h_uO10LHLN3dP4HrbMFp4kb46_pOg28LNR_R63ber.XD.dj1O3Xt48bXtbZXsp4wQFB7jf52Xrjj G8vy3FBahw62KZPWNPLpQoDgWp161D8YY669KTNt2M6hTjk4AzqdadJvxWauDX91WMnakhFDNlj9 U_sC_Vo11lw5D9A1NSB9GIZ2bhH0Rp5fNfiwxa.Oh3WlevPTmLO6x_7_tkmjOMa3Fo69f.LsNHXb JST3xclEZq5Rt..Nbw6RAzIO483CUV6hSSoRMCc6KfLdf1WscVb.q84McveAlg9g1aAdyLPqklZw pNVcXLxMzpOCjeRdGQC.rU3t0bZqkIzVjn6rT3aXASm49IMNOq2ITKahRlB.CwXPOEVTP_XOefpR pHYMWRhopmoUPJcb2kBVjKjSW9dl1n_JU_Xf2bmvyWXeMxTEsnMoaMo27RZTzjRX4CMHpDDtGIVl S.P6n1VOx7wh9jgyJDiZKDiO5Az_TRCxvSmm22i4Wx67O9_bqEX85Me5.uDQqMhRSabCYmoJ0WYU 2ADqjZFgfsuuxS9s3DhcF3JE_vYXN09R_ZU5.j.cmAkLm1xrp.fkP.kP12gmMdt8vdxQKgdJi3m1 g79hDt6A0hJZFcmyJkXnwAf_mGuHY6vlOOVCTPvlKBI3gXi_cILXPGvFb_bXTg6xFkv6xzJt6teW b15vZunwHQ.MzPNY8wIjXpXNNLVEAyMh76U1PDNCG1rgSsFNvj2dVhywHYPnd3ig3y.148oAo3Pu gk03CI1QuE4SLqYyjUp0VOT1Om8RNTOQR93s7rESt9piUsne2cNF3tnTEXX81Z1G45yXqiBMwI2P 5It01iEd4bS1pAzVONm0KdSBnDEWQRsEMlwcp.QbtE9v_u7KF36MWABVXw._Ia7mNQoRIel0KmEw 5qWeG8aZTbcR60LTuILCgi7WtDUyS.HLcgnj7r_rr6tQyoFa7fN2._t9qH6QLHw0qwrklNl5AsUk Qs9sOIRqK7V6LYqRwB3ehH3Io37ur585y09pxvdJuGQxkzfoBYxXuh8P4WQSNc1uLeKPfVH8oMX1 9TusJQWhQ0wZl6JGRqSJXmwOg797m2o6QF_mmoCAmGScB4qdsmYHD.CkdLif1YQ-- X-Sonic-MF: X-Sonic-ID: 20b8e4ff-64c9-4219-9447-ebd69895b48f Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sat, 28 Jun 2025 14:24:25 +0000 Received: by hermes--production-sg3-cdfd77c9c-t4vdr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 65a855adcaa59d374344bf2269fe3a69; Sat, 28 Jun 2025 14:24:20 +0000 (UTC) From: Po Lu To: Eli Zaretskii Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 In-Reply-To: <86a55s8cuk.fsf@gnu.org> References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> <86jz662y1u.fsf@gnu.org> <86ldq4j7f6.fsf@gnu.org> <86a55s8cuk.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 28 Jun 2025 22:24:14 +0800 Message-ID: <87cyaoosfl.fsf@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.24076 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 592 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77994 Cc: redemptiontea@gmail.com, 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Ping! Ping! Ping! Po Lu, are you there? I am, but I am occupied enough that my inbox has become distinctly fickle. I sould simply suggest that the OP use the W32 configuration in preference to WSL2, whose implementation is, from what we've observed here, sorely wanting. Emacs's selection access is slightly more direct than most other GTK programs', and has a penchant for revealing encoding issues that are otherwise concealed by the high-level GTK clipboard API, which auto-detects coding systems and transparently disregards decoding failures. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 30 21:53:56 2025 Received: (at 77994) by debbugs.gnu.org; 1 Jul 2025 01:53:56 +0000 Received: from localhost ([127.0.0.1]:52237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWQC2-0008M8-G9 for submit@debbugs.gnu.org; Mon, 30 Jun 2025 21:53:56 -0400 Received: from mail-qt1-x82d.google.com ([2607:f8b0:4864:20::82d]:58649) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uWQBu-0008Js-SG for 77994@debbugs.gnu.org; Mon, 30 Jun 2025 21:53:51 -0400 Received: by mail-qt1-x82d.google.com with SMTP id d75a77b69052e-4a818ed5b51so12055401cf.1 for <77994@debbugs.gnu.org>; Mon, 30 Jun 2025 18:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751334821; x=1751939621; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2XTR0y858/KxtuamIb2suBH7+U+C2Kduu4upkGJxweU=; b=BwfrNmfmMbjuhbiCRKL/J7OnqLpohasWtDhAlYMPVn6C9tGgtEVKz6vCdPn/O3ewH+ NgxoHwwGwCYgh5OWd5xdLrtoqTgMgeUe4wxEfniW0IPgLPoA0dSQo4Rif6NkmwGJMxfc p994xHhw6OXwvk3H4NczeUrVva3XqtOrcS/oAecw/+cZqpLFu8y+NVEGWyE+PBnFj3Ru JdRv8mTJkP6dnU6zv7m812ELgtt0kXJeV3Knq0VG2hCrf655SJZB2SmHWs6umcq816gc ORWKkKaeAlWkNSxORytl3GAk83Zj2mlH9seEPD844Wu6Wl29/t0ocbXvlnSNnjPyCFOD bBiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751334821; x=1751939621; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2XTR0y858/KxtuamIb2suBH7+U+C2Kduu4upkGJxweU=; b=CGwooMhTxetcibQeA6KdObpnoTLvjsYK1wAXF3zVA4Nk6J49KNlBZeLe7WtaDkWkMO SS7Tpnp3HIpAplCqdTRrScZIwm8bXJAafiM2oFJQ7Q3znNTIKHw9pAJMNgdKmftZUVcF fOhtblqCZn18qFHNY7+31lWpyQRQtlgKLNoPsOq2+55mDqW9qNwvUrw/9CrCP9ZKy4cv y7I2H/E44XP10g1Vv8zIG14SFUIbZCwR4JF44NN3o3Prs1QQf/G1xvLjhCYzYDILP9nQ dC2Et7NnEDEso6nXsDgy4T4rZzu0PfQVfUSp4WptPf9J6Gmdwv280wFrmgqscJuGZsHm wBBA== X-Forwarded-Encrypted: i=1; AJvYcCXxY2iyXb0Kdk/MbCVtOKSeb9IedN/5QRQOKxINnQnzj9KnKQGJRdLQpeC8k/7xyX5sHyll9A==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yy00fELwR2uQD/5BaNSESI/CuMkW2BmgDkCmv7i0qoryVj/Kfxj CSxPPbhispYpwbHFpFugb9MoTroHhow6P8ZMhZ7jYRqW3In0sTdMuogUQjh6dnCHR5mNM9Lv0Pv UCgxv3F3fGa6zA47kHUUq3yMb9hCPU6U= X-Gm-Gg: ASbGnctxU89E8rnGZoT2U4HGqyqw+YI6A2gCIS5qYGfdbHmaBHUbDgw/VlMDGFkki26 ybq8j7HpAckpUkPVnkPAEvGOiGpGeCIi08erTTlTOBeqCAOH3MXlxtJYs+I+CB34ncYJUKJTD6n SGaA8tkEcNBujKapfNgDkI7YJ+RQ5tRBDLDvxUNNzrfQJusNbeaB2g5Pw+aCglUlgHpMWFzXnjz baA X-Google-Smtp-Source: AGHT+IEL6BKDZWYs4y//VX6ivEITFpiF+kSKsrOYw0IeAEnPl8+vS6AAcZKko5tDh9UDxwvPp5JZ85jXhoHEDFkwvlk= X-Received: by 2002:a05:622a:410c:b0:4a7:a6ba:2f01 with SMTP id d75a77b69052e-4a7fcb7bd20mr282131051cf.32.1751334820640; Mon, 30 Jun 2025 18:53:40 -0700 (PDT) MIME-Version: 1.0 References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> <86jz662y1u.fsf@gnu.org> <86ldq4j7f6.fsf@gnu.org> <86a55s8cuk.fsf@gnu.org> <87cyaoosfl.fsf@yahoo.com> In-Reply-To: <87cyaoosfl.fsf@yahoo.com> From: Tim Jim Date: Tue, 1 Jul 2025 09:53:28 +0800 X-Gm-Features: Ac12FXzwOeWy1I3HsEp2AdYkG1gBcC9fOQNy3XW5c5wlCHTKUO7SFJsT_XDe1dE Message-ID: Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 To: Po Lu Content-Type: multipart/alternative; boundary="000000000000ddfa210638d469c7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77994 Cc: Eli Zaretskii , 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000ddfa210638d469c7 Content-Type: text/plain; charset="UTF-8" Hi Po Lu, Thanks for the tip! You may be on the right train of thought as the extra mull characters only appear in certain circumstances (such as copying paths from the Windows File Explorer path bar, and not when copying the same path from a text file, for example. Perhaps I'll have to give the W32 config a go - I had mainly used the WSL2 build primarily out of familiarity in Linux and convenience (I'll have to read up on the W32 side), but the encoding issues and GTK-hang-on -disconnect bug can be quite annoying! Thanks for your help also, Eli. Generally, are these bugs investigated when someone with time and knowledge happens to stumble across them? Thanks. On Sat, 28 Jun 2025, 22:24 Po Lu, wrote: > Eli Zaretskii writes: > > > Ping! Ping! Ping! Po Lu, are you there? > > I am, but I am occupied enough that my inbox has become distinctly > fickle. I sould simply suggest that the OP use the W32 configuration in > preference to WSL2, whose implementation is, from what we've observed > here, sorely wanting. Emacs's selection access is slightly more direct > than most other GTK programs', and has a penchant for revealing encoding > issues that are otherwise concealed by the high-level GTK clipboard API, > which auto-detects coding systems and transparently disregards decoding > failures. > --000000000000ddfa210638d469c7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Po Lu,

Thanks for the tip! You may be on the right train of thought= as the extra mull characters only appear in certain circumstances (such as= copying paths from the Windows File Explorer path bar, and not when copyin= g the same path from a text file, for example.

Perhaps I'll have to give the W32 config a go - I had ma= inly used the WSL2 build primarily out of familiarity in Linux and convenie= nce (I'll have to read up on the W32 side), but the encoding issues and= GTK-hang-on -disconnect bug can be quite annoying!

Thanks for your help also, Eli.

Generally, are these bugs investigated when someone with tim= e and knowledge happens to stumble across them? Thanks.


On Sat, 28 Jun 2025, 22:24 Po Lu, <luangruo@yahoo.com> wrote:
Eli Zaretskii <eliz@gnu.org> writes:

> Ping! Ping! Ping!=C2=A0 Po Lu, are you there?

I am, but I am occupied enough that my inbox has become distinctly
fickle.=C2=A0 I sould simply suggest that the OP use the W32 configuration = in
preference to WSL2, whose implementation is, from what we've observed here, sorely wanting.=C2=A0 Emacs's selection access is slightly more d= irect
than most other GTK programs', and has a penchant for revealing encodin= g
issues that are otherwise concealed by the high-level GTK clipboard API, which auto-detects coding systems and transparently disregards decoding
failures.
--000000000000ddfa210638d469c7-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 08:28:50 2025 Received: (at 77994) by debbugs.gnu.org; 1 Jul 2025 12:28:51 +0000 Received: from localhost ([127.0.0.1]:55534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWa6Q-0006hR-2F for submit@debbugs.gnu.org; Tue, 01 Jul 2025 08:28:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51148) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWa6B-0006fl-Lf for 77994@debbugs.gnu.org; Tue, 01 Jul 2025 08:28:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uWa64-0000N1-MA; Tue, 01 Jul 2025 08:28:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zGilkB3PXrtFl6Y+285zcON5J0BzfD+oHyF9WCe/SzE=; b=B2aFvmzUMqg5 yIWp7uWo2NGtdxVPln39s4HLk0gSUbVrH++btVw2aGXORYzaWQ0T7tx2ZrvUC3rV4SI5aBZdeI2uD Tsv0whc2AQVfKpScEodx/V2HOUmZGO0mko+8XUHKvxb/5UX/AHmygEOu1U+qo+q+ZQXqB+52iOsI7 m4vb0Zqx2PFrnqgWNQpgR+VeOZD1V0rRBo5VxA1uQABEAOF5cvvw+lQNwhtLert4BGuAKWaSXoCdQ L2Se2pqXTJZv0owRf1FBxBYPfQKBP2fP7igfs2wZfxymyIvfhmFhzyacVy181FBUAmXkF9WaZSyIq GvjQRbdmZhwlcp27kKmmEg==; Date: Tue, 01 Jul 2025 15:27:47 +0300 Message-Id: <86cyak2j0c.fsf@gnu.org> From: Eli Zaretskii To: Tim Jim In-Reply-To: (message from Tim Jim on Tue, 1 Jul 2025 09:53:28 +0800) Subject: Re: bug#77994: 30.1; Yanking paths or Kanji from Windows produces incorrect behaviour for pgtk build on WSL2 References: <86selz14zw.fsf@gnu.org> <86plggbz8t.fsf@gnu.org> <86jz662y1u.fsf@gnu.org> <86ldq4j7f6.fsf@gnu.org> <86a55s8cuk.fsf@gnu.org> <87cyaoosfl.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77994 Cc: luangruo@yahoo.com, 77994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tim Jim > Date: Tue, 1 Jul 2025 09:53:28 +0800 > Cc: Eli Zaretskii , 77994@debbugs.gnu.org > > Thanks for the tip! You may be on the right train of thought as the extra mull characters only appear in > certain circumstances (such as copying paths from the Windows File Explorer path bar, and not when > copying the same path from a text file, for example. > > Perhaps I'll have to give the W32 config a go - I had mainly used the WSL2 build primarily out of familiarity in > Linux and convenience (I'll have to read up on the W32 side), but the encoding issues and GTK-hang-on - > disconnect bug can be quite annoying! > > Thanks for your help also, Eli. > > Generally, are these bugs investigated when someone with time and knowledge happens to stumble across > them? Thanks. They should be, but we cannot know when we will have such expertise available, sorry. One idea I can suggest is to look at the clipboard data in various formats by using some clipboard viewer program. Maybe this way you will discover what is going on, if you find a tool that can show you the raw bytes of the text the Unix side of WSL sees.