GNU bug report logs -
#74467
31.0.50; org-protocol emacsclient.desktop change is not fully functional
Previous Next
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
>> Cc: yantar92 <at> posteo.net, binarin <at> binarin.info, 74467 <at> debbugs.gnu.org
>> Date: Mon, 17 Mar 2025 03:16:20 +0200
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> From: Björn Bidar <bjorn.bidar <at> thaodan.de>
>> >> Cc: Ihor Radchenko <yantar92 <at> posteo.net>, binarin <at> binarin.info,
>> >> 74467 <at> debbugs.gnu.org
>> >> Date: Sun, 16 Mar 2025 20:52:22 +0200
>> >>
>> >> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >>
>> >> >> From: Ihor Radchenko <yantar92 <at> posteo.net>
>> >> >> Cc: bjorn.bidar <at> thaodan.de, binarin <at> binarin.info, 74467 <at> debbugs.gnu.org
>> >> >> Date: Sun, 16 Mar 2025 14:07:29 +0000
>> >> >>
>> >> >> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >> >>
>> >> >> >> > > ... Ihor
>> >> >> >> > > seemed to say that if this can be supported, there could be an
>> >> >> >> > > alternative patch for fixing this issue, and I'd like to see that
>> >> >> >> > > alternative patch to decide which one is simpler and/or more elegant.
>> >> >> >> >
>> >> >> >> > See the attached.
>> >> >> >> > If Emacs can handle file URIs, we can simply use %U field code.
>> >> >> >> ...
>> >> >> >> Thanks, but I think we need to turn on the url-handler-mode before
>> >> >> >> Emacs can visit files specified as file:// URIs.
>> >> >> >
>> >> >> > Ping!
>> >> >>
>> >> >> But isn't `url-handler-mode' doing much more than just allowing URIs in
>> >> >> emacs/emacsclient arguments? Maybe one can make a more limited version
>> >> >> of url-handler-mode that would be safe to enable to by default?
>> >> >
>> >> > That would be also fine by me.
>> >>
>> >> What would that look like?
>> >
>> > I don't know, I just said that anything which makes Emacs understand
>> > file:// URLs will be fine by me.
>>
>> Would it work that the current uri handler is enabled by default and
>> enabling url-handler-mode enables URLs for it?
>
> I'm not sure I understand the proposal. One problem with having the
> uri handler active at all times is that it subtly changes how local
> files whose names just happen to start with "http://" (rare, but still
> legitimate) are handled.
My proposal is to add the url-file-handler as ur-file-handler by default
and change url-handler-mode to add the url's to the URI handler.
That would make so that file URI's a handled always and the existing
behavior of url-handler-mode is kept.
Have encountered files starting with a URI prefix such as http? I
haven't had that so far. I workaround would be to always first check if
a file with such a prefix exist in the url-file-handler before trying to
process the URL/URI.
This bug report was last modified 5 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.