Bug #14570
openWired behavior of File.expand_path() on Windows
Description
File.realpath
returns the path with the same upper/lower case characters as the input parameter. But File.expand_path
is different. It adjusts the last part of the path (and only this) to the upper/lower case characters given from the file system.
require "fileutils" FileUtils.mkdir_p("TestDir/abC/Xyz") File.expand_path("testdir") # => "C:/Users/lars/TestDir" File.expand_path("testdir/abc") # => "C:/Users/lars/testdir/abC" File.expand_path("testdir/abc/XYZ") # => "C:/Users/lars/testdir/abc/Xyz" File.realpath("testdir") # => "C:/Users/lars/testdir" File.realpath("testdir/abc") # => "C:/Users/lars/testdir/abc" File.realpath("testdir/abc/XYZ") # => "C:/Users/lars/testdir/abc/XYZ"
The file system on Windows is case insensitive. So this is not really a bug, but it's inconsistent and unexpected. I would expect that File.expand_path
returns a path with upper/lowercase either entirely retrieved from the input parameter or from the file system, but not a mixture of both. I would also expect that File.realpath
and File.expand_path
have the same semantics in this regard.
Same behavior on ruby 2.2.2p95 (2015-04-13 revision 50295) [x64-mingw32]
Updated by graywolf (Gray Wolf) about 3 years ago
If the behaviour is adjusted to reflect the filesystem, it would be nice to do the same for __FILE__
(and I assume also __dir__
). At the moment __FILE__
doesn't necessarily match file system casing. Again, same as in the post above, since windows are case insensitive it's not technically a bug, but if File.realpath
(expand_path
) are changed to reflect real casing, __FILE__
should probably also be changed.