This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH setup 11/11] Use wininet for fetching URLs in direct (non-proxy) case (DO NOT APPLY)


On 03/05/2017 08:22, Brian Inglis wrote:
On 2017-05-02 05:05, Jon Turney wrote:
On 02/05/2017 08:28, Åke Rehnman wrote:
On 2017-05-01 22:45, Jon Turney wrote:
I'm pretty sure I've done that in the past, so I think it already
works. The form of file: URL required might not be strictly correct,
though, (I think file:////server/pathname/ ?)
I can't see how to get a file:// URL for a local directory to parse
correctly, though.

URLs are like http://host/path - file://host/path; if no host is given,
localhost is assumed in http:///path and file:///path

file:/// is the local root but some browsers accept just / e.g. lynx
on Cygwin and Linux - useful to test this stuff, as GUI browsers look
up URL history for completions.
Most Windows browsers require the drive at the start of the path so
should accept file:///d|/ (HTML originally allowed ":" only after the
proto, and before the password and port in
	proto://[[[user][:pswd]@]host[:port]]/path
so d| was required but that was relaxed in IE, and later other browsers
followed), so likely file:///C:/, just C:, maybe C:/, rarely or never /.

Yes.  Unfortunately, none of this works correctly in setup at the moment.

Incorrect URLs of the form 'file:////server/pathname/' work in setup, but my attempts to construct something setup would use as a file URL for a local directory were unsuccessful.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]