Bug 12160 - Samba client/server cannot manage special characters
Samba client/server cannot manage special characters
Status: NEW
Product: Samba 4.1 and newer
Classification: Unclassified
Component: File services
All All
: P5 normal
: ---
Assigned To: Samba QA Contact
Samba QA Contact
Depends on:
  Show dependency treegraph
Reported: 2016-08-18 00:34 UTC by JamesIsIn
Modified: 2016-10-03 18:27 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description JamesIsIn 2016-08-18 00:34:14 UTC
I was asked to file an up-stream bug based on testing with the latest build.  Here is my Ubuntu bug report:


A little background... I have a media server running Ubuntu 10.04 with a media share containing FLAC files in a pretty standard hierarchy. This server (in service since 2010) has been accessed by machines running from 10.04 to 14.04 without any issues.

I have recently built/upgraded two client machines to from 14.04 to 16.04 and these machines are having trouble with that Samba-served share. If a file or folder contains a question mark, that file or folder will not be accessible--though it will appear in Nautilus and in the Terminal.

In the case of a file (say 01 - Who Are You?.flac) if you double-click the file (or otherwise launch it) you will get a file not found error; this is true in the Terminal as well (using, say, ffplay). In the case of a folder it will appear to be empty and if you double-click the folder you will get a folder not found error. In either case, the question mark is clearly shown in both Nautilus and bash.

If I create a share on one of my Ubu 16.04 machines (with similar parameters) those files and folders which contain question marks do not appear on client machines (regardless of version) when that share is mounted. Interestingly, these 16.04 servers are also not able to share files or folders which contain colons.

This is all with mangled file names disabled. If I enable it, I get mangled file names which share as expected.

(Other characters may be effected, but these are the only two I have tested.)

In short, files and folders containing question marks and colons should appear in shares and be launchable. With 16.04 this is not the case.

From the 10.04 machine:

  Installed: 2:3.4.7~dfsg-1ubuntu3.15
  Candidate: 2:3.4.7~dfsg-1ubuntu3.15
  Version table:
 *** 2:3.4.7~dfsg-1ubuntu3.15 0
        500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
        500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages
        100 /var/lib/dpkg/status
     2:3.4.7~dfsg-1ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages

From the 16.04 machine:

  Installed: 2:4.3.9+dfsg-0ubuntu0.16.04.2
  Candidate: 2:4.3.9+dfsg-0ubuntu0.16.04.2
  Version table:
 *** 2:4.3.9+dfsg-0ubuntu0.16.04.2 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main amd64 
        500 http://security.ubuntu.com/ubuntu xenial-security/main amd64 Packages
        100 /var/lib/dpkg/status
     2:4.3.8+dfsg-0ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 Packages

Subsequently I downloaded, compiled, and tested Samba 4.4.5 on a newly built Ubu 16.04 test machine.  The behaviors did not change.

I am happy to provide additional details or tests as requested.
Comment 1 JamesIsIn 2016-08-18 02:29:52 UTC
This is my results from first testing a new build and then from testing with the latest Samba (4.4.5).

I didn't want to mess with an existing machine so I built a new machine with Ubu 16.04 and updated it. I found I was able to mount the (10.04) server share through Nautilus without issue and play files containing question marks. However, when I added the share to fstab I was not able to interact with files/folders containing question marks via that mount point. Here is my line from fstab:

//server1/share2 /media/MountPoint2 cifs guest,iocharset=utf8 0 0

It's pretty basic. It's the same as I'm using in my 10.04 machines as well. I confirmed that the same is true on both of my running 16.04 machines (and not just this newly built test machine).

This has no impact on the same problem as reported from a 16.04 server to any client (obviously).

Is there something wrong with that line?

I added the latest upstream Samba to my test 16.04 machine using these instructions:


This appears to have had no appreciable effect on the performance of this machine to read files with question marks in their paths.

(The "connect to server" method through Nautilus from my previous post also still works on this machine.)
Comment 2 JamesIsIn 2016-10-03 18:27:58 UTC
Is there anything more I can do to help move this along?