Bug 2735 - Filename mangling not occuring on control characters
Summary: Filename mangling not occuring on control characters
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.10
Hardware: All Linux
: P3 major
Target Milestone: none
Assignee: Jeremy Allison
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-23 20:39 UTC by Jason Hoover
Modified: 2005-08-24 10:24 UTC (History)
0 users

See Also:

Attachments
Proposed patch (1.30 KB, patch)
2005-05-25 12:23 UTC, Jeremy Allison 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jason Hoover 2005-05-23 20:39:13 UTC 
Samba is not mangling filenames with control files.

For example, in a small mixed OS X/Windows 2000 enviroment I run, filenames like:

/home/pete/profile/Desktop/Adobe Photoshop Elements 2/._Icon^M 

(^M being anthing from \n000 - \n031 | \n127 )

Will cause the loading of roaming profiles to choke with "Cannot copy" "Cannot
Access" and any other unhappy-sounding errors windows feels like producing that
morning.

Please forgive me if this is a duplicate or already fixed.

I also apologize if major is not appropriate for it, but there's no easy
transparent administrative end workaround.

If more information is required, just ask.
Comment 1 Jeremy Allison 2005-05-24 17:42:48 UTC 
This has brought up several bugs w.r.t. the mangling code. I'm in the
process of fixing them. Thanks !
Jeremy.
Comment 2 Jeremy Allison 2005-05-25 12:23:16 UTC 
Created attachment 1240 [details]
Proposed patch
Comment 3 Jeremy Allison 2005-05-25 12:24:00 UTC 
This should fix it I think.
Cheers,
Jeremy.
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:24:20 UTC 
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.