gzip compression wildcards *STILL* not working

[aww]

I reported this back with 3.1 and it's still not working in 3.2

under:
/config/confMgr.php?m=serv&p=tuning&t=SERV_TUNING_GZIP&a=e

text/* is NOT being obeyed

For example I discovered text/javascript was not being compressed and I had to add it manually, in addtion to text/*

But now I am having an additional problem in that .htc files which are mime type "text/x-component" do not get compressed even when text/x-component is added to the list. The analyzer I use to determine this shows the proper mime type is being sent and will always accept compression if the server offers it. The filesize is larger than the minimum set for compression.

[mistwang]

You need to add those types to LiteSpeed's MIME configuration file through our web admin interface.

[aww]

Sorry if I am not being clear, but I did indeed add them through the admin interface and did the graceful restart.

Wildcards still do not work.

Please test the standard version in your lab and confirm?

[mistwang]

Are you sure. It should be added to the server wide MIME configuration, vhost level or context level does not work.

[aww]

I posted the url to show you the menu that it's under.
It's under tuning.

/config/confMgr.php?m=serv&p=tuning&t=SERV_TUNING_GZIP&a=e

[xing]

No, it should be under Server->General->MIME File, add your MIME there

[aww]

litespeed supports the "addtype" directive and I've done it in .htaccess for backwards compatibility with apache

If it's added by addtype, shouldn't the gzip compression be enforced if the mime is in litespeeds compression list? That would mimic apache's mod_gzip behavior/directives.

[mistwang]

Type added through AddType is not checked for compression. Only globally defined types are. It does not hurt anything by adding the type globally.
We will address this issue later.

[aww]

Ah, so technically it is a bug, since it doesn't mimic apache's compatibility. At least I know now that I'm not going crazy and know what's causing this.

Optionally, in a future version you might want to consider supporting mod_gzip directives in httpd.conf/htaccess?

Here's a list of them with definitions:
http://schroepl.net/projekte/mod_gzip/config.htm
Litespeed already has control over almost all those options so technically you could mimic it if you wanted.

[subBlue]

I've been using the new YSlow addon for performance profiling in Firebug.

None of the CSS or JS files served by my site are getting gzipped despite having the default settings of text/*, application/x-javascript, application/xml in the list of compressible types. I also tried adding text/css directly to the list but it still wouldn't compress the CSS.

The header settings for the CSS files are defined as text/css and that is listed in the recognised mime-types in LS, so I don't know why the CSS isn't getting compressed. The main page body is getting compressed though.

The site is a Rails app running with LS 3.2-ent, but we are seeing this behaviour with all four of our servers using LS, which have pretty much the default configuration settings. Any suggestions here?