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 #36 received at 71579 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Björn Bidar <bjorn.bidar <at> thaodan.de>
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: Sun, 09 Mar 2025 09:08:18 +0200
> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  71579 <at> debbugs.gnu.org
> Date: Sun, 09 Mar 2025 07:41:31 +0200
> 
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
> >> Date: Sat, 08 Mar 2025 14:14:11 +0200
> >> 
> >> 
> >> I'm not sure if this is worth a bug report but while testing I noticed
> >> that using the emacsclient mailto handler opens a buffer in any frame no
> >> matter if there is a visible frame or not on the current virtual
> >> desktop.
> >> 
> >> Is this a bug or intended? 
> >
> > I don't understand what you mean.  How can a buffer be shown in a
> > frame that is not visible?  And what do you mean by "any frame"?
> 
> By visible I mean that it is not present on the current virtual desktop.
> Lets say the user has a frame on desktop 1 but is on  desktop 2.
> Now they open a mailto link and the link will be opened in the frame on
> desktop one despite them being on desktop 2.
> 
> With in any frame I mean any frame without filtering out those which are
> currently not visible on the users screen.

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.




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.