Closed texnikru closed 10 years ago
I can not reproduce this error on Mac on both file://
and http://
protocols. Is it possible to configure build with disabled file_protocol
?
{
"file_protocol": false
}
Is there any steps to reproduce this error or live example of this error?
Project in public - http://goo.gl/oqXJE7 I cannot disable file_protocol because styles disapper after that.
Issue exists only in Opera 12.16
I cannot disable file_protocol because styles disapper after that.
Hm, that is odd. LMD cleanups styles only on errors. And that is why they disappears.
I fixed this issue in branch issue-177
. Could you please install lmd from that branch npm i git://github.com/azproduction/lmd.git#issue-177
, rebuild you project and verify that everything is ok before release? This bug is pretty untestable.
This still fails.
I added some logs and this fails on this line: console.log(typeof sheets[j].cssRules);
sheets variable and sheets[j] is ok
Also file_protocol I'm using for modem connections. It lost styles about after 3 seconds other case.
I isolated this problem It caused by xdomain css files.
At that time I wrote a test for this issue. But anyway let's double check it before release.
Please update lmd npm i git://github.com/azproduction/lmd.git#issue-177
again and rebuild.
PS file_protocol
flag is ignored now, css loader supports file://
and xdomain by default.
All looking good.
Now File_protocol functionality is enabled by default? I need to be sure styles will be loaded with slow connections too.
Now File_protocol functionality is enabled by default?
Yes
In all css loaders there is no errorback for css. And there is no way to detect 404 or others (css does not care about status code).
I removed css cleanup on timeout and now there is no errorback
for css.
Sounds good
fixed in lmd@1.11.5
Opera 12.16 x64 (Opera/9.80 (Windows NT 6.2; Win64; x64) Presto/2.12.388 Version/12.16) Windows 8.1![opera_err](https://f.cloud.github.com/assets/282893/2191958/8b0fe1f6-985a-11e3-9026-6f5c348a6370.png)