Bug #48761 for URI: URI::file does not roundtrip in Win32 correctly.

Sun Aug 16 23:46:52 2009 csjewell [...] cpan.org - Ticket created

Subject:

URI::file does not roundtrip in Win32 correctly.

Test output shown below: C:\Documents and Settings\Curtis>perl -MURI::file -e "print URI::file->new('C:\minicpan')->path()" /C:/minicpan (this is on a Strawberry Perl 5.10.0.6, with the current production version of URI in it. Would you like me to pull down your git repository and see if I can't correct this?)

Mon Aug 17 12:02:27 2009 GAAS [...] cpan.org - Correspondence added

I think it behaves as it should. The path() method returns the URI path component. You need to call the file() method to get a Windows file path back.

Mon Aug 17 12:02:28 2009 The RT System itself - Status changed from 'new' to 'open'

Mon Aug 17 12:02:29 2009 GAAS [...] cpan.org - Status changed from 'open' to 'rejected'

Wed Aug 19 15:58:00 2009 csjewell [...] cpan.org - Correspondence added

On Mon Aug 17 12:02:27 2009, GAAS wrote: Show quoted text

> I think it behaves as it should. The path() method returns the URI > path component. You need > to call the file() method to get a Windows file path back.

I'm showing the simple case to illustrate the problem. How I found it: I'm passing in file:///C:/minicpan/ (which is what's output by URI::file->new()) to CPAN in my urllist. CPAN calls URI->new($urllist)->path() to get the path to look for the CPAN mirror in, and gets back a path starting with /C:/..., which obviously creates problems. That's what the problem really is - I've mentioned this to DAGOLDEN, and he may be changing CPAN.pm like you mentioned. --Curtis

Wed Aug 19 15:58:01 2009 The RT System itself - Status changed from 'rejected' to 'open'

Wed Sep 23 22:04:07 2009 csjewell [...] cpan.org - Status changed from 'open' to 'resolved'