GNU bug report logs - #71579
30.0.50; Mailto URI handler emacsclient doesn't show unless there's a visible frame

Previous Next

Package: emacs;

Reported by: Björn Bidar <bjorn.bidar <at> thaodan.de>

Date: Sat, 15 Jun 2024 21:36:02 UTC

Severity: normal

Tags: moreinfo

Found in version 30.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #45 received at 71579 <at> debbugs.gnu.org (full text, mbox):

From: Björn Bidar <bjorn.bidar <at> thaodan.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 71579 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#71579: 30.0.50; Mailto URI handler emacsclient doesn't show
 unless there's a visible frame
Date: Tue, 11 Mar 2025 11:38:14 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
>> Cc: stefankangas <at> gmail.com,  71579 <at> debbugs.gnu.org
>> Date: Mon, 10 Mar 2025 13:14:37 +0200
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> > I'm not familiar with the notion of "desktop" in the context of
>> > emacsclient.  emacsclient either uses an existing frame or (if invoked
>> > with -c, or if there's no existing frame) creates a new one.  is what
>> > you see consistent with what I say?  Is what you see consistent with
>> > what happens when you invoke emacsclient with a name of a file, not
>> > mailto URI, and leave all the other command-line options of
>> > emacsclient unaltered?  If there's a difference, please describe how
>> > emacsclient behaves differently compared to the other use cases.
>>
>> No there's no difference in the behaviour.  I'm not sure if in this
>> context emacsclient is the deciding the factor as the function that is
>> called in Emacsclient can decide how to open the new buffer.
>
> Like I said, emacsclient uses a very simple rule to decide whether to
> open a new frame.  Users can affect that decision by using the -c
> command-line option.  Is that insufficient in this case for some
> reason?  (and why is it important in which frame will the mailto URL
> appear, anyway?)

It isn't necessary important which from but one that is visible would be
great.


>> The no visible frame on the current "desktop" is just one example.
>> If there is no frame open at all no new frame will be opened ether.
>
> If the daemon has no visible frame, then emacsclient should cause it
> to create one and show it.

It doesn't open a new frame unless specified with -c.

Maybe message-mail should be adjusted to open one?

In this context with no frame open, is there even a Emacs window
present?




This bug report was last modified 124 days ago.

Previous Next


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