id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	blockedby	blocking	branch_state	votes
14	"savannah: Cannot copy to a directory called ""*"""	slavazanko		"Original: http://savannah.gnu.org/bugs/?13112

||Submitted by:||Roland Illig <rillig>||Submitted on:||Wed 18 May 2005 01:56:54 AM UTC||
||Category:||Core||Severity:||3 - Normal||
||Status:||None||Privacy:||Public||
||Assigned to:||None||Open/Closed:||Open||
||Release:||current (CVS or snapshot)||Operating System:||All||

Discussion:
{{{
Fri 11 Nov 2005 11:06:04 PM UTC, comment #3:

Behaviour has changed: File now ends up in the directory below ""*"".
	Leonard den Ottolander <leonardjo>
Project Member
Wed 18 May 2005 05:44:43 AM UTC, comment #2:

i once suggested mc participating in the XDG VFS standardization 
process, but proski seems to prefer taking a passive role ...
	Oswald Buddenhagen <ossi>
Wed 18 May 2005 04:26:09 AM UTC, comment #1:

The colon is also a character reserved by the vfs layer.
	Roland Illig <rillig>
Project Member
Wed 18 May 2005 01:56:54 AM UTC, original submission:

To reproduce this, do the following:

(on one panel)
mkdir ""*""
chdir ""*""

(on the other panel)
select something
copy...
enter

This results in an error message:

`/tmp/abc/foo.b' and `/tmp/abc/foo.b' are the same file.

Even escaping does not work---I tried to copy to /tmp/abc/\*, but 
another error message appears:

Cannot overwrite directory ""/tmp/abc/*""
File exists (17)

To fix this, we need a simple specification about how pathnames are 
interpreted (including @ and # chars) and then we need to implement 
that specification. Anything else will continue the inconsistencies 
we already have today. 
}}}
"	defect	new	major		mc-vfs								
