include directive fails when included file does not contain a new line

[Roberto Hidalgo]

The include directive fails to work when loading mime.types if this file does not contain a new line before declaring types {

# Example nginx.conf

http {
    include mime.types;
}

# Example mime.types that works

types {
     text/html                             html htm shtml;
}

# Example mime.types that DOES NOT work

types {
     text/html                             html htm shtml;
}

[Maxim Dounin]

I don't see any problems with this, you may want to be a bit more specific. In particular, you may want to provide hexdump of files you test (using hd or xxd).

I suppose you have no newline at end of the file which doesn't work - which essentially makes it non-text (and one can't expect it will work as a configuration file).

[Roberto Hidalgo]

Working mime.types

[Roberto Hidalgo]

Problematic mime.types

[Roberto Hidalgo]

working nginx configuration

[Roberto Hidalgo]

Thanks for your reply Maxim, hope you find the attached hexdumps useful.

I did not know that not having a new line at the end of the file made it essentially non-text, however, I am talking about not having a new line at the beginning that makes nginx ignore this file. I have no problems loading any other file, such as the ones for each virtual host or fastgci params even if they have no new lines both at the beginning or the end of the file.

[Maxim Dounin]

Dumps you provided are fine, and I don't see any problems with them (to make sure just tested with nginx 1.2.5 on mac os x), except that nginx.conf is incomplete due to include /etc/nginx/sites-enabled/* used.

Please define "does not work" (that is - exact steps to reproduce the problem, result you see, result you expect to see) and please make sure you are able to reproduce the problem without 3rd party modules/patches.

[Roberto Hidalgo]

By "does not work" I mean, the static files served are not served with the correct Content-type, but rather the MIME type specified in default_type. As if, (as I stated previously) nginx ignores [the mime.types] file.

The include just loads a simple

server {
	listen 80;
	server_name test.dev;
	root /testing;
	index index.html;
}

The contents of the testing dir are just empty index.html and test.css files.

To reproduce the problem I am reporting, try removing any new lines on the mime.types file, and inspect the HTTP headers sent by nginx of a static .css file. The expected result would be having a header like Content-type: text/css; the resulting headers include, on the other hand, Content-type: application/octet-stream.

I tested in that way with a clean 1.2.5 nginx installation on Mac OS X, with no modules and no patches at all.

[Maxim Dounin]

Unfortunately I'm still not able to reproduce the problem you are talking about, neither I see problems in the code.

Please provide exact steps to reproduce the problem, including commands you've used to build nginx (ideally - shell script which builds nginx and tests for the problem). Please also provide nginx -V output of nginx wihout 3rd party modules you've used for tests, test output (e.g. curl -svo /dev/null http://127.0.0.1/index.html output) and ​debug log of both working and non-working cases, as well as self-consistent snapshots of configurations.

Please also try to reproduce the problem on various other hosts yourself. The issue might be specific to your exact system for some reason, and it would be good to make sure steps to reproduce you'll provide do actually work on other hosts.

[Maxim Dounin]

Feedback timeout. We aren't able to reproduce the problem reported, and there is no confirmation the problem is reproducible on systems other than original reporter's one.