Closed itotm closed 12 years ago
Does the ext css have a text/css mime type in its response header?
Hi,
yes, these are the headers as reported by fiddler for
/extjs/resources/css/ext-all-embedded-css/ext.axd?v=43009
HTTP/1.1 200 OK Cache-Control: public, must-revalidate, max-age=31536000 Content-Type: text/css; charset=utf-8 Expires: Sat, 01 Jun 2013 15:42:05 GMT Last-Modified: Fri, 06 Apr 2012 10:15:36 GMT Server: Microsoft-IIS/7.5 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET Date: Fri, 01 Jun 2012 15:42:05 GMT Content-Length: 144943
On Fri, Jun 1, 2012 at 5:19 PM, Matt Wrock < reply@reply.github.com
wrote:
Does the ext css have a text/css mime type in its response header?
Reply to this email directly or view it on GitHub: https://github.com/mwrock/RequestReduce/issues/185#issuecomment-6062909
ok. thanks. that is odd. Is there any kind of security on those resources that would prevent an unauthenticated user from getting to them? Can you check the RR dashboard to see if it reports any errors trying to pull down those resources?
hi, I'see on monday when I'll be back to work. I don't think it's an authentication problem, the behaviour is the same debugging in visual studio and running on a server. Would it be useful a test application? I reordered Ext.net scripts and mines, using it in the default way gives a different order of the includes.
On 01/giu/2012, at 18:24, Matt Wrock reply@reply.github.com wrote:
ok. thanks. that is odd. Is there any kind of security on those resources that would prevent an unauthenticated user from getting to them? Can you check the RR dashboard to see if it reports any errors trying to pull down those resources?
Reply to this email directly or view it on GitHub: https://github.com/mwrock/RequestReduce/issues/185#issuecomment-6064433
Hi, the dashboard does not contain any error. I did a small example to reproduce the problem, it's here: http://dl.dropbox.com/u/9262727/RR-ExtNet-Test.zip
On Fri, Jun 1, 2012 at 6:23 PM, Matt Wrock < reply@reply.github.com
wrote:
ok. thanks. that is odd. Is there any kind of security on those resources that would prevent an unauthenticated user from getting to them? Can you check the RR dashboard to see if it reports any errors trying to pull down those resources?
Reply to this email directly or view it on GitHub: https://github.com/mwrock/RequestReduce/issues/185#issuecomment-6064433
thanks. I'll take a look.
Sorry for the delay here. Reverse the order that the two modules are declared in your web.config putting the RequestReduce module first. The ext directrequestmodule is somehow manipulating the response in such a way that causes RequestReduce not to see the css.
Hi, thanks for your support. Putting the module first works, but something strange happens to the css. It seems that the browser does not read the file entirely, but only in part. I updated the example to show the behaviour: http://dl.dropbox.com/u/9262727/RR-ExtNet-Test.zip
I think the problem is this line .x-panel-reset .x-panel-body br:before { content: "\A" }
that in the minified css becomes .x-panel-reset .x-panel-body br:before{content:" "} (probably with an unprintable character that stops the browser from interpreting the file).
On Tue, Jun 12, 2012 at 2:40 PM, Matt Wrock < reply@reply.github.com
wrote:
Sorry for the delay here. Reverse the order that the two modules are declared in your web.config putting the RequestReduce module first. The ext directrequestmodule is somehow manipulating the response in such a way that causes RequestReduce not to see the css.
Reply to this email directly or view it on GitHub: https://github.com/mwrock/RequestReduce/issues/185#issuecomment-6269252
I searched better, that line is in a standard "reset" css http://www.w3.org/TR/CSS21/sample.html. The \A is simply a new line, I think the minificator parser translates it into a real new line character, breaking the css.
On Mon, Jun 18, 2012 at 4:21 PM, Fabrizio Ferrari <ito.the.machine@gmail.com
wrote:
Hi, thanks for your support. Putting the module first works, but something strange happens to the css. It seems that the browser does not read the file entirely, but only in part. I updated the example to show the behaviour: http://dl.dropbox.com/u/9262727/RR-ExtNet-Test.zip
I think the problem is this line .x-panel-reset .x-panel-body br:before { content: "\A" }
that in the minified css becomes .x-panel-reset .x-panel-body br:before{content:" "} (probably with an unprintable character that stops the browser from interpreting the file).
On Tue, Jun 12, 2012 at 2:40 PM, Matt Wrock < reply@reply.github.com
wrote:
Sorry for the delay here. Reverse the order that the two modules are declared in your web.config putting the RequestReduce module first. The ext directrequestmodule is somehow manipulating the response in such a way that causes RequestReduce not to see the css.
Reply to this email directly or view it on GitHub: https://github.com/mwrock/RequestReduce/issues/185#issuecomment-6269252
Thanks for this info. I just confirmed that this is an issue with the MS Ajax Minifier used by requestReduce. I have opened a bug with that project here: http://ajaxmin.codeplex.com/workitem/18279
I pulled in their fix. Its in source now and I will deploy it soon.
I'm using RequestReduce in combination with Ext.Net, which adds his own styles and scripts. I also have some custom includes. I reorderd the items in the header, but not all are combined, this is what I get:
disabling RequestReduce the header is:
Is there a bug or should I try to modify something?
Thanks, Fabrizio