From: Jason Rumney <jasonr@f2s.com>
To: Lennart Borgman <lennart.borgman@gmail.com>,
4951@emacsbugs.donarmstrong.com
Subject: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch
Date: Wed, 18 Nov 2009 13:54:21 +0800 [thread overview]
Message-ID: <4B038C0D.8020707@f2s.com> (raw)
In-Reply-To: <e01d8a50911171941q29fab188r1ad7e16b1a0a6ee8@mail.gmail.com>
Lennart Borgman wrote:
> On Wed, Nov 18, 2009 at 4:35 AM, Stefan Monnier
> <monnier@iro.umontreal.ca> wrote:
>
>>> browse-url-default-windows-browser does not work any longer. I am
>>> unsure when it stopped working, but on at least Windows XP the
>>> attached patch seems necessary. Could we please apply this as soon as
>>> possible so it will get tested?
>>>
>> Could you explain why it's necessary? I mean I understand you say that
>> the current doesn't work, but I'd like to understand why it doesn't work.
>>
>
> No, I do not understand why it is necessary ... ;-)
>
> There are two changes:
>
> 1) file: => file:///
>
> This was discussed some time ago (a yr or two?) and it looks like this
> is a more correct syntax for the file URL.
>
Is it actually needed, or is this purely an aesthetic thing? The RFCs
are not clear whether either is more correct, as the file: scheme is not
explicitly defined, and not all URL schemes require a server to be
specified before the file path. As far as I can tell, either option is
accepted by Windows itself, but if the association passes the URL intact
rather than after converting to a file argument by Windows, then there
may be applications that accept one but not the other.
IIRC the main reason for using file: rather than file:/// was that if
the same code is used on all platforms, then the former works, while the
latter does not (too many / when combined with posix paths). But as
this is now in a (windows-nt msdos cygwin) conditional, that is not
really important, and we should use what works.
> 2) Changing the verb to w32-shell-execute (ShellExecute) from "open"
> to nil is for some reason I do not know necessary. The answer to why
> hides deep within the w32 registry and maybe some knowledgeable
> persons at MS... It might be a mismatch of some kind, I don't know. I
> believe the verbs are not that well thought out and used all the time.
> Probably the registry entry has taken over from the program code
> (which give users and other programs better possibilities).
>
It is likely a misconfiguration on your system. "open" is the standard
verb for opening files, and should avoid the security problems
associated with using nil for executable file types where the system's
default action is something other than "open".
next prev parent reply other threads:[~2009-11-18 5:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-18 1:46 bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch Lennart Borgman
2009-11-18 3:35 ` Stefan Monnier
2009-11-18 3:41 ` Lennart Borgman
2009-11-18 5:54 ` Jason Rumney [this message]
2009-11-18 13:00 ` Lennart Borgman
2009-11-19 4:37 ` Lennart Borgman
2009-11-23 1:34 ` Lennart Borgman
-- strict thread matches above, loose matches on Subject: below --
2010-01-02 20:31 Chong Yidong
2011-09-11 5:18 ` Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B038C0D.8020707@f2s.com \
--to=jasonr@f2s.com \
--cc=4951@emacsbugs.donarmstrong.com \
--cc=lennart.borgman@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).