On Sat, 2 Mar 2019 at 18:12, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Richard Copley <rcopley@gmail.com>
> > Date: Sat, 2 Mar 2019 12:44:02 +0000
> > Cc: 34675@debbugs.gnu.org
> >
> > 1. In a command prompt window, create a folder "x", and share it as
> > "y", and create a file "z" in the folder "x":
> >
> > mkdir %HOMEDRIVE%%HOMEPATH%\x
> > net share y=%HOMEDRIVE%%HOMEPATH%\x
> > >%HOMEDRIVE%%HOMEPATH%\x\z echo.
> >
> > 2. Run "emacs -Q". Evaluate (system-name) in Emacs and make a note of
> > the result.
> >
> > 3. Open Explorer and enter "\\foo\y" in the address bar, where "foo"
> > is the system name.
> >
> > 4. Drag the file "z" from Explorer and drop it on Emacs. Emacs signals
> > an error, "dnd-open-local-file: Can not read file:///y/z".
> >
> > 5. Clean up:
> >
> > net share y /delete
> > rmdir /s /q %HOMEDRIVE%%HOMEPATH%\x
> >
> > End of recipe.
>
> Thanks, I hope I fixed that.
>

Yes I think so, thanks.


> > Just now I noticed this in the docstring of the variable
> > `dnd-open-remote-file-function':
> >
> > "‘dnd-open-local-file’ attempts to open a remote file using its UNC name
> and
> > is the  default on MS-Windows.  ‘dnd-open-remote-url’ uses
> ‘url-handler-mode’
> > and is the default except for MS-Windows."
> >
> > It sounds as though my scenario has been considered. But it is not
> > true now that "‘dnd-open-local-file’ attempts to open a remote file
> > using its UNC name".
>
> I think it's true, if the UNC's //SERVER part names a system other
> than the local one.  Right?  (And with my changes of a few minutes
> ago, the local UNC's should also hopefully work.)
>

Right, thanks.