content-type: text is added to header if content-type is not present

[Gr33nbl00d]

What did you do?

configured 1 frontend and 1 backend with 1 server without any additional config

[entryPoints]
  [entryPoints.http]
  address = ":8880"
[backends]
  [backends.backend1]
    [backends.backend1.servers]
      [backends.backend1.servers.server0]
        url = "http://10.221.132.17:80"
		
[frontends]
  [frontends.frontend1]
    entryPoints = ["http", "https"]
    backend = "backend1"
    passHostHeader = true

requested a stylesheet stlye.css

What did you expect to see?

Unmodified (non existing) content-type

What did you see instead?

Traefik added a content-type: text to the header

Output of traefik version: (What version of Traefik are you using?)

1.7.10

Traefik generated header:

Accept-Ranges: bytes
Content-Length: 6717
Content-Type: text/plain; charset=utf-8
Date: Fri, 12 Apr 2019 11:53:43 GMT
Etag: W/"6717-1551984310000"
Last-Modified: Thu, 07 Mar 2019 18:45:10 GMT
Server: Apache-Coyote/1.1

Original server header:

Accept-Ranges: bytes
Content-Length: 6717
Date: Fri, 12 Apr 2019 11:50:43 GMT
ETag: W/"6717-1551984310000"
Last-Modified: Thu, 07 Mar 2019 18:45:10 GMT
Server: Apache-Coyote/1.1

It was already reported in bug
#3131

But you simply closed it with a Bot! Do you think problems go away by closing them????
I dont think i will use traefik as i seen such big issues are simply ignored...
Bad behaviour...

[geraldcroes]

Hi @Gr33nbl00d , and thank you for reporting this issue.

As you noticed, this issue you're reporting has already been reported in the past, and unfortunately, despite our best effort, we weren't able to reproduce it (as @Ullaakut said there)

Please excuse our bot, it's doing its best to close issues tagged with "waiting-for-feedback" that are 90 days old without activity (as documented there). But it's not a bad bot per se, it really wants to keep things open, reason why it says you should feel free to re-open the/an issue 👍

So, in the end, we're happy to finally find someone able to provide us with a reproducible use case 🎉 Would you be so kind to send us one? (don't let the bot do its deed 😨) We'll sure fix it ASAP if it's confirmed.

Thank You!

[Gr33nbl00d]

Ok i will put an example together on monday so you are able to reproduce it

[n2ygk]

With apologies, my reproduction of the error was garbage. I've deleted the comments. My config had the wrong hostname (which I coped from my localhost testing). I was getting text/plain because it was a 404 response.

[Gr33nbl00d]

I see i really have to put an example together :) It happend with an old tomcat version. The idea is quite simple the response from server simply does not contain a content-type at all. I try to make an example

[thtas]

I've had this happen using Traefik combined with Geoserver running on Tomcat 8

https://www.github.com/kartoza/docker-geoserver

My fix was to add a mime mapping for css files in to the web.xml file for the app so that css files served up by Tomcat receive a css header.

<web-app>
   ...
   <mime-mapping>
        <extension>css</extension>
        <mime-type>text/css</mime-type>
    </mime-mapping>
</web-app>

Connecting directly to tomcat, the browser (firefox) will interpret CSS files correctly when there is no response header as it just assumes they are css, but when Traefik adds text/plain firefox won't render the css.

[Ullaakut]

Just an update on this from @juliens: the issue seems to be due to the net/http package.

[traefiker]

Hi! I'm Træfiker 🤖 the bot in charge of tidying up the issues.

I have to close this one because of its lack of activity 😞

Feel free to re-open it or join our Slack workspace for more community #support.

[traefiker]

Closed by #6097.