Re: Wrong content-type for CSS files since 8.5.37 / 9.0.14

2018-12-27 Thread i...@flyingfischer.ch
Am 27.12.18 um 21:34 schrieb Rémy Maucherat:
> On Thu, Dec 27, 2018 at 9:30 PM Mark Thomas  wrote:
>
>> On December 26, 2018 9:49:00 PM UTC, "i...@flyingfischer.ch" <
>> i...@flyingfischer.ch> wrote:
>>> Tomcat versions 8.5.37 and 9.0.14 seem to serve CSS files embedded in a
>>> webapp as
>>>
>>> content-type: text/html;charset=UTF-8
>>>
>>> instead of
>>>
>>> content-type: text/css;charset=UTF-8
>>>
>>> This causes the browser (FF) not to interpret the CSS.
>>>
>>> I suspect the listed change in changelog of 8.5.36: "The default
>>> Servlet
>>> should not override a previously set content-type. (remm)"
>> Sounds likely.
>>
>> Whatever part of the app is setting the incorrect content type (probably a
>> filter) needs to be fixed.
>>
> Yes, I also prefer keeping the new behavior, which was suggested by
> Christopher. Worst case scenario there should be a new init-param.
>
> Rémy
>
I could get it fixed by disabling a filter in the (legacy) app, which
did set a hardcoded content-type to UTF-8.

Markus


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Wrong content-type for CSS files since 8.5.37 / 9.0.14

2018-12-27 Thread Rémy Maucherat
On Thu, Dec 27, 2018 at 9:30 PM Mark Thomas  wrote:

> On December 26, 2018 9:49:00 PM UTC, "i...@flyingfischer.ch" <
> i...@flyingfischer.ch> wrote:
> >Tomcat versions 8.5.37 and 9.0.14 seem to serve CSS files embedded in a
> >webapp as
> >
> >content-type: text/html;charset=UTF-8
> >
> >instead of
> >
> >content-type: text/css;charset=UTF-8
> >
> >This causes the browser (FF) not to interpret the CSS.
> >
> >I suspect the listed change in changelog of 8.5.36: "The default
> >Servlet
> >should not override a previously set content-type. (remm)"
>
> Sounds likely.
>
> Whatever part of the app is setting the incorrect content type (probably a
> filter) needs to be fixed.
>

Yes, I also prefer keeping the new behavior, which was suggested by
Christopher. Worst case scenario there should be a new init-param.

Rémy


Re: Wrong content-type for CSS files since 8.5.37 / 9.0.14

2018-12-27 Thread Mark Thomas
On December 26, 2018 9:49:00 PM UTC, "i...@flyingfischer.ch" 
 wrote:
>Tomcat versions 8.5.37 and 9.0.14 seem to serve CSS files embedded in a
>webapp as
>
>content-type: text/html;charset=UTF-8
>
>instead of
>
>content-type: text/css;charset=UTF-8
>
>This causes the browser (FF) not to interpret the CSS.
>
>I suspect the listed change in changelog of 8.5.36: "The default
>Servlet
>should not override a previously set content-type. (remm)"

Sounds likely.

Whatever part of the app is setting the incorrect content type (probably a 
filter) needs to be fixed.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Wrong content-type for CSS files since 8.5.37 / 9.0.14

2018-12-26 Thread i...@flyingfischer.ch
Tomcat versions 8.5.37 and 9.0.14 seem to serve CSS files embedded in a
webapp as

content-type: text/html;charset=UTF-8

instead of

content-type: text/css;charset=UTF-8

This causes the browser (FF) not to interpret the CSS.

I suspect the listed change in changelog of 8.5.36: "The default Servlet
should not override a previously set content-type. (remm)"

Markus

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org