bug#42432: 26.3; Doc of `browse-url*' functions

[Drew Adams <drew.adams@oracle.com>]

> > The doc of the `browse-url*' functions that says that the function
> > uses a WWW browser is, in general, incorrect when it comes to functions
> > that can browse a file.  The doc should be corrected in this regard.
> >
> > For example, any function that directly or indirectly uses
> > `browse-url-default-windows-browser' does NOT, even in general, use a
> > web browser.  It typically uses `w32-shell-execute' with action "open"
> > to open the file.  In general, the program that does that is determined
> > by the file type, and in generalt it is NOT a web browser.
> 
> You're right about the doc string being misleading, but it's incorrect
> for new reasons in more modern versions of Emacs.  :-)

More "modern" versions than the latest release (which
is what I reported about)? ;-)

> These days, 

No, not in the latest release, which is what "these
days" should refer to.  Let's not get ahead of ourselves. ;-)

> that action is only called for files that have with
> .htm{l,} in the file names, so it's more correct in that
> regard.  But all other files are opened using Emacs
> itself now, so there's no web browser involved.

If they're opened in Emacs then that's worse behavior
than previously.  In Emacs 26.3 and prior, the
appropriate MS Windows "open" action was taken for the
file.  To me, that's far preferable behavior to having
Emacs override the user (Windows preferences) on this.

My complaint for this bug was only about the doc.  But
if the behavior has changed as you suggest then that's
a much more serious regression.  I don't see that in
26.3 - please consider filing a bug for that if you see
it in some future version.

Emacs does provide a way for users, inside Emacs, to
specify their preferences for programs that act on
given file types.  Option ` dired-guess-shell-alist-user',
for example.  But this should presumably specifically
be about the MS Windows "open" action, IMO.