We are closing this bug report because it lacks the information we need
to investigate the problem, as described in the previous comments.
Please reopen it if you can give us the missing information, and don't
hesitate to submit bug reports in the future. To reopen the bug report
you can click on
Windows does not support : in filenames. It will end up creating a
stream device (with a name up to the : character) with 0-length.
CIFS/Windows interaction should detect that though (rather than fail
miserably), this seems like a CIFS client or Windows server issue. Could you
try the
I want to add this detail. The File lenght on the Target Share was not
an issue. There were files in the same folder with longer filenames. But
some Filenames were truncated to 17 chars. Other Filenames survived with
'special' characters in the name. The bug must be in the deep logic and
may not
Testcase that works to reproduce the error. This is not nautilus
related. To check this yourself try this:
Create or copy files to test the transfer with.
Rename them to contain special characters. Especially files should contain the
:
Move / Copy them via mv cp or nautilus.
Filenames
(By Special Character I only meant .. non-alphabetic ones.. not really
special..)
--
CIFS File Transfer from Ubuntu to Windows Share results in 0 Bytes File ! The
File is LOST
https://bugs.launchpad.net/bugs/382501
You received this bug notification because you are a member of Ubuntu
Server
