bug#1020: url-expand-file-name expands wrongly on Windows

bug#1020: url-expand-file-name expands wrongly on Windows

[Klaus Straubinger]

In GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600)
 of 2008-09-06 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

the problem described in
<http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-03/msg00123.html>
still occurs.

  (url-expand-file-name "test" ["http" nil nil "www.gnu.org" 80 "/" nil nil t])

  --> "http://www.gnu.org/c:/test";


  (url-http-expand-file-name
   [nil nil nil nil nil "test" nil nil nil]
   ["http" nil nil "www.gnu.org" 80 "/" nil nil t])

  --> "/c:/test"

url-http-expand-file-name is an alias for url-default-expander; this
could be changed.

But currently the function url-default-expander calls the function
expand-file-name while canonicalizing URLs. This is not a good idea on
Windows because there the drive letter will be inserted.

bug#1020: marked as done (url-expand-file-name expands wrongly on Windows)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 888 bytes --]


Your message dated Sat, 21 Feb 2009 16:00:03 +0800
with message-id <499FB483.5020609@gnu.org>
and subject line Re: bug#1020: url-default-expander expands wrongly on Windows
has caused the Emacs bug report #1020,
regarding url-expand-file-name expands wrongly on Windows
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
1020: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1020
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 2761 bytes --]

From: Klaus Straubinger <KSNetz@UseNet.ArcorNews.DE>
To: bug-gnu-emacs@gnu.org
Subject: url-expand-file-name expands wrongly on Windows
Date: Wed, 24 Sep 2008 14:19:34 +0200 ()
Message-ID: <umyhxenxl.fsf@WDFD00185931A.sap.corp>

In GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600)
 of 2008-09-06 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

the problem described in
<http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-03/msg00123.html>
still occurs.

  (url-expand-file-name "test" ["http" nil nil "www.gnu.org" 80 "/" nil nil t])

  --> "http://www.gnu.org/c:/test";


  (url-http-expand-file-name
   [nil nil nil nil nil "test" nil nil nil]
   ["http" nil nil "www.gnu.org" 80 "/" nil nil t])

  --> "/c:/test"

url-http-expand-file-name is an alias for url-default-expander; this
could be changed.

But currently the function url-default-expander calls the function
expand-file-name while canonicalizing URLs. This is not a good idea on
Windows because there the drive letter will be inserted.




[-- Attachment #3: Type: message/rfc822, Size: 3549 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: Juanma Barranquero <lekktu@gmail.com>, 1020-done@emacsbugs.donarmstrong.com
Cc: Klaus Straubinger <KSNetz@usenet.arcornews.de>
Subject: Re: bug#1020: url-default-expander expands wrongly on Windows
Date: Sat, 21 Feb 2009 16:00:03 +0800
Message-ID: <499FB483.5020609@gnu.org>

Juanma Barranquero wrote:
>>> the function url-default-expander calls expand-file-name which
>>> inserts interesting but wrong drive letters into URLs when called
>>> on Windows.
>>>       
> ELISP> (url-expand-file-name "test" "http://www.gnu.org/")
> "http://www.gnu.org/c:/test"
> ELISP> (url-expand-file-name "test" "http://www.gnu.org")
> "http://www.gnu.org/c:/emacs/lisp/url/test"
> ELISP> (url-expand-file-name "/test" "http://www.gnu.org/")
> "http://www.gnu.org/test"
> ELISP> (url-expand-file-name "/test" "http://www.gnu.org")
> "http://www.gnu.org/test"
>   

I have changed url-default-expand to use concat instead of 
expand-file-name to avoid this bug.