GNU bug report logs - #1367
23.0.60; Mailto service won't work

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Harald Hanche-Olsen <hanche <at> math.ntnu.no>
Cc: Alan Third <alan <at> idiocy.org>, 1367 <at> debbugs.gnu.org, 3963 <at> debbugs.gnu.org
Subject: bug#1367: 23.0.60; Mailto service won't work
Date: Sat, 04 Dec 2021 22:36:10 +0100

Harald Hanche-Olsen <hanche <at> math.ntnu.no> writes:

> In Mail.app on Mac OS X, open Preferences -> General, and select Emacs
> as the the default email reader.
> Quit Mail.app and never use it again. 8-)
>
> Now click on a mailto: link in your favourite web browser, or else run
> a command like this:  open mailto:nobody <at> example.com
>
> Notice that Emacs comes to the foreground, but nothing more happens.
> What SHOULD happen is that Emacs opens a new draft email message
> addressed to the named recipient.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

This behaviour is still present in Emacs 29.  I.e., it just foregrounds
the Emacs frame, and then nothing else.

Yamamoto said:

> What Carbon or Cocoa applications receive is an Apple event:
> 
>   http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_handle_AEs/chapter_11_section_4.html
> 
> Core functionalities such as "open documents" and "quit application"
> also send some corresponding Apple events, and Cocoa applications
> usually handle them via some application delegate methods.
> 
>   http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_handle_AEs/chapter_11_section_3.html

So I guess we're just not handling that event?  It'd be cool if we
could; adding Alan to the CCs.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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