From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#65902: 29.0.92; emacsclient-mail.desktop fails due to complicated escaping Date: Sat, 16 Sep 2023 17:02:50 +0300 Message-ID: <83zg1mgqr9.fsf@gnu.org> References: <83ttrym8jx.fsf@gnu.org> <83led9nay9.fsf@gnu.org> <66a6c09e-3b61-d913-5638-4c804fb826f6@gmail.com> <83edj1mja5.fsf@gnu.org> <87ediyp72f.fsf@thaodan.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11989"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jporterbugs@gmail.com, sbaugh@catern.com, sbaugh@janestreet.com, 65902@debbugs.gnu.org To: =?UTF-8?Q?Bj=C3=B6rn?= Bidar Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 16 16:04:05 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qhVu0-0002qD-QW for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 16 Sep 2023 16:04:04 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qhVts-00030M-3g; Sat, 16 Sep 2023 10:03:56 -0400 Original-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 1qhVtr-00030E-DH for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2023 10:03:55 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qhVtr-0004wv-5h for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2023 10:03:55 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qhVty-0004Yx-5v for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2023 10:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Sep 2023 14:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65902 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 65902-submit@debbugs.gnu.org id=B65902.169487299417467 (code B ref 65902); Sat, 16 Sep 2023 14:04:02 +0000 Original-Received: (at 65902) by debbugs.gnu.org; 16 Sep 2023 14:03:14 +0000 Original-Received: from localhost ([127.0.0.1]:48196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhVtB-0004Xf-MR for submit@debbugs.gnu.org; Sat, 16 Sep 2023 10:03:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhVt7-0004XO-Kd for 65902@debbugs.gnu.org; Sat, 16 Sep 2023 10:03:12 -0400 Original-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 1qhVsu-0004iQ-Db; Sat, 16 Sep 2023 10:02:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=LvhnABGrpDS4HLqIHK+E8hXKseIipd/f/Dm1pWIO0r8=; b=G7QKV0JqQQ8Wcdmnk10q Kk8CuVsR6lekflUbK3Z8MAKyutIg81MFmJFKwb3oK75dgwbqawd3kvW7cBgmP6zzAg5GiqoHSmDZF MKJIq4zDYyQt5XYxJR0bsFCoMzmhiPQNdJEd5wuKrWAkCUxg0M/oKOG9X3L0mbViPwNCYDTNWxP5P q1MXsz7+0Um/xRxrrM7Ibafw8gH1Fb/3BVJXlhU2eyDwnEPTNR0ZS2ABXA8IG2iaTs/bimR1m3da8 d26ZI/BANAxjSfvOOXMDXH/XbFSp93U19c8DUSzOtcxMGeJ/iGNevagi0fmGtTaj5Z+1jgjeH/jTF ELGhr1g9KaW+fw==; In-Reply-To: <87ediyp72f.fsf@thaodan.de> (message from =?UTF-8?Q?Bj=C3=B6rn?= Bidar on Sat, 16 Sep 2023 16:43:20 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:270619 Archived-At: > From: Björn Bidar > Cc: Jim Porter , 65902@debbugs.gnu.org, > sbaugh@janestreet.com, sbaugh@catern.com > Date: Sat, 16 Sep 2023 16:43:20 +0300 > > Eli Zaretskii writes: > > > People might agree, but I don't. Please consider the perspective. > > This started as an obscure and rare problem in a desktop file (which > > we provided solely out of good will, since it really isn't our job to > > do so, it's the job of downstream distros). > > Programs ship their own desktop files. Programs are shipped by distros. Emacs as a project does not ship anything, we just release the sources in a form that makes building Emacs easy. Our source tarballs cannot be installed, so they are not a finished, ready-to-use product. Distros, by contrast, do ship programs ready to be used. > It is not the job of the downstream to provide desktop files unless > it is because of a patch from said downstream. > > In any case it doesn't make sense for each downstream to ship their own > desktop file and fix their own. I disagree. Desktop files are specific to the target OS, but Emacs as the project does not target any specific OS (although there are OSes that we treat more favorably when considering features). The know-how about what exactly is needed for the desktop integration is also something that the distros have and we don't, except by chance. Each distro targets a single OS, and so it is reasonable to expect them to arrange for the necessary desktop integration. For example, no one would expect us to provide desktop shortcuts for MS-Windows, except as a sign of good will and when we have the necessary expertise on board. > >From my pov letting Emacs do all work in passing arguments is the best > solution as escaping is error prone. I haven't seen any program besides > Emacs using escaped shell syntax to pass the escaped syntax of their > target language. Most just have options to pass the target file or deal > with the dbus activation/interface. We don't require any escapes except those needed by Lisp. Note that in this case, at least some of the escapes are because the desktop shortcut invokes emacsclient via "sh -c "COMMAND STRING", something that should be considered an Emacs problem or a problem we must solve.