CSS stylesheet admin.css not working in firefox – weird output

hmmm…seems my reply above has disappeared

I, also, can not reproduce this

Well, my hack, it appears, is not the complete wonder solution I thought it was. While it does fix the issues of formatting the admin screens, there are several panels/functions in the screens that do not appear to work (i.e. adding new categories and tags to posts).

I am not sure if these were pre-existing problems (although, I tend to think so as all I adjusted was the way the styles were accessed), but they are there now. I am starting to wonder if there is some type of incompatibility between the latest version of WordPress and the PHP version that is running on my hosts server.

I will be upgrading to 2.8.4 on another site I have that lives on a different hosting service to see if the problems continue on that installation.

The same problem here. WP 2.8.4 & FF 3.5.3 not honoring @import together with PHP-URI.

Provider 1&1 (Germany) reports spurious issues like mentioned here with other websites as well, but refuses to acknowledge beeing the culprit.

All websites I maintain run fine in Opera 9.64 & IE8 – BUT also show same Problem with Opera 10.00

Tried recommended HTACCESS hacks like:

AddType text/css .css

to no avail. Still head-banging …

Solution found – but no explanation. Maybe someone more knowledgeable in the .htaccess area may be able to shed some light on this behaviour.

https://gallery.menalto.com/node/27061

Put a line into yout .htacces file (or create one if not already there):

../yourdomain/wp_yours/.htaccess

AddType text/css .css

Tested: Changing Permalinks (with WP editing this .htaccess) won’t change this setting.

Adding this line to ../yourdomain/.htaccess did NOT work.

To check if your WP site is recognized properly afterwards, use:

https://browsershots.org/

Hello

I’m using WPMU 2.8.6 and I’ve found that the source of the problem for me was compression of the output.

The quickfix: comment out lines 140-149 in /wp-admin/load-styles.php.

/*if ( $compress && ! ini_get('zlib.output_compression') && 'ob_gzhandler' != ini_get('output_handler') ) {
	header('Vary: Accept-Encoding'); // Handle proxies
	if ( false !== strpos( strtolower($_SERVER['HTTP_ACCEPT_ENCODING']), 'deflate') && function_exists('gzdeflate') && ! $force_gzip ) {
		header('Content-Encoding: deflate');
		$out = gzdeflate( $out, 3 );
	} elseif ( false !== strpos( strtolower($_SERVER['HTTP_ACCEPT_ENCODING']), 'gzip') && function_exists('gzencode') ) {
		header('Content-Encoding: gzip');
		$out = gzencode( $out, 3 );
	}
}*/

By commenting out line 8 Firefox gives an error of faulty compression.
//error_reporting(0);

My ZLib in PHP should be workning but something goes wrong here. So this is the correct fix for me.

The same of course applies to /wp-admin/load-scripts.php.

Comment out lines 130-139 to get the JavaScript for the admin pages working.

/*if ( $compress && ! ini_get('zlib.output_compression') && 'ob_gzhandler' != ini_get('output_handler') ) {
	header('Vary: Accept-Encoding'); // Handle proxies
	if ( false !== strpos( strtolower($_SERVER['HTTP_ACCEPT_ENCODING']), 'deflate') && function_exists('gzdeflate') && ! $force_gzip ) {
		header('Content-Encoding: deflate');
		$out = gzdeflate( $out, 3 );
	} elseif ( false !== strpos( strtolower($_SERVER['HTTP_ACCEPT_ENCODING']), 'gzip') && function_exists('gzencode') ) {
		header('Content-Encoding: gzip');
		$out = gzencode( $out, 3 );
	}
}*/

Same problem here.

I don’t think editing admin-header.php is a real solution either.

OK, this fixed it for me.

Add this line to wp-config.php

define(‘SCRIPT_DEBUG’, true);

@knowingart_com

THANK YOU! THANK YOU! THANK YOU!!!

*hugs*

I have been searching around the web to fix this for EVER!! I am happy to be a WordPresser ^^;

Thanks for the solution (yet to be tested)

Just thought I would say that this problem is not exclusive to Firefox. Was happening concurrently on Firefox and Chrome for me. IE untested cause I hate using it for dev work :0

THANK YOU
Totally fixed on both FF and Chrome.

Happy ??

THANK YOU EVERYONE… i was almost on verge on tears last night… could not solve the issue.. I presume i was hacked… the wordpress folder had files all changed … so now it is also fixed…

thank you !!!! you are the hero
i used your code eljlstudio :0 ??

@ KnowingArt_com THANKS A TON!

What worked for me was creating a .htaccess file in the root and adding the below to the newly created .htaccess (the .htaccess script/instructions as below is used for canonical but seems to help with this CSS issue):

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>