GNU bug report logs - #67736
30.0.50; emacsclient.desktop fails with quoting-related error

Previous Next

Package: emacs;

Reported by: Mekeor Melire <mekeor <at> posteo.de>

Date: Sun, 10 Dec 2023 00:57:01 UTC

Severity: normal

Found in version 30.0.50

Done: Mekeor Melire <mekeor <at> posteo.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mekeor Melire <mekeor <at> posteo.de>
Cc: mekeor <at> posteo.de, 67736 <at> debbugs.gnu.org
Subject: bug#67736: 30.0.50; emacsclient.desktop fails with quoting-related error
Date: Sun, 10 Dec 2023 13:56:30 +0200
> From: Mekeor Melire <mekeor <at> posteo.de>
> Cc: 67736 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
> Date: Sun, 10 Dec 2023 11:28:37 +0000
> 
> Actually, there are already bug-reports on xdg-utils for this, also
> mentioning emacsclient.desktop explicitely:
> 
> https://gitlab.freedesktop.org/xdg/xdg-utils/-/issues/236
> https://gitlab.freedesktop.org/xdg/xdg-utils/-/issues/174
> 
> > In the mean time, should we work-around this bug by just using this or
> > something similar?:
> >
> >     Exec=emacsclient --alternate-editor= --create-frame %F
> 
> Should we close this very bug or should we implement a work-around?

As I wrote earlier, I'd like to wait until we understand more about
the various aspects of this issue.

> E.g we could stop using a complex, nested invokation of sh, and instead
> just execute emacsclient with some arguments, without any need for
> quoting, as I mentioned.

I don't think this is TRT.  We have all that complexity for a reason.
Please look at Git history of that file to see how we arrived at what
we have now.




This bug report was last modified 1 year and 156 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.