Templates lost some elements,. box-footer lost bottom part.
On Tue, 17 Jul 2012 19:40:08 -0500 Rajko rmatov101@charter.net wrote:
Templates lost some elements,. box-footer lost bottom part.
Commenting out media print failed, so I just removed that part from http://en.opensuse.org/MediaWiki:Common.css
There is better wiki to test this. http://languages.opensuse.org/ So far I know, only one editor will complain about breakages, and that only if he is doing some work when MediaWiki:Common.css is changed.
Hello,
@Matthew: can you please check if there's something wrong with the server?
http://en.opensuse.org/load.php?debug=false&lang=en&modules=mediawik... is delivered gzip-compressed - but it seems the HTTP response header does not state that.
The result is that Firefox only sees binary crap (gzip'ed CSS) instead of the content of MediaWiki:Common.css :-( (Funnily Konqueror (webkit mode) seems to auto-detect the encoding and can use the CSS delivered via load.php.)
Note: Testing with "telnet en.opensuse.org 80" without "Accept-Encoding gzip, deflate" is pointless for obvious reasons ;-)
(sorry for replying to the "wrong" mail - KMail ate your second one :-/
Am Dienstag, 17. Juli 2012 schrieb Rajko:
Templates lost some elements,. box-footer lost bottom part.
That's no reason to revert the (unrelated) @media print changes ;-)
The real fix is:
diff --git a/bento/css/base.fluid.fix.css b/bento/css/base.fluid.fix.css index 4316794..56c20e3 100644 --- a/bento/css/base.fluid.fix.css +++ b/bento/css/base.fluid.fix.css @@ -5,5 +5,6 @@ /* left: 0;*/ /* margin-bottom: 0!important;*/ position: relative; - margin-bottom: -15px!important; -} \ No newline at end of file + margin-bottom: -10px!important; + margin-top:0; +}
BUT that's something we already have in MediaWiki:Common.css.
@Rajko: My CSS testbed is always Firebug or the Web Developer Toolbar, and I only do changes to Mediawiki:Common.css after testing them locally. In other words: the risk that I break something is very low ;-)
Nevertheless, can you please give me admin permissions on languages.o.o?
Regards,
Christian Boltz
Christian Boltz opensuse@cboltz.de 7/18/2012 5:13 AM >>>
Hello,
@Matthew: can you please check if there's something wrong with the server?
http://en.opensuse.org/load.php?debug=false&lang=en&modules=mediawik... 2Cshared&only=styles&skin=bentofluid&* is delivered gzip-compressed - but it seems the HTTP response header does not state that.
The result is that Firefox only sees binary crap (gzip'ed CSS) instead of the content of MediaWiki:Common.css :-( (Funnily Konqueror (webkit mode) seems to auto-detect the encoding and can use the CSS delivered via load.php.)
Note: Testing with "telnet en.opensuse.org 80" without "Accept-Encoding gzip, deflate" is pointless for obvious reasons ;-)
This appears to be a bug in the MW software. Please see https://bugzilla.wikimedia.org/show_bug.cgi?id=25667. I'm looking for a workaround. Apache itself should be fine, as it would be using the default compression settings.
Regards, Matt
Hello,
Am Mittwoch, 18. Juli 2012 schrieb Matthew Ehle:
This appears to be a bug in the MW software. Please see https://bugzilla.wikimedia.org/show_bug.cgi?id=25667.
If you follow the duplicate note, you'll get https://bugzilla.wikimedia.org/show_bug.cgi?id=26130 which says it was fixed on 2010-12-10. Do we really use such an old MediaWiki version?
Special:Version says we have 1.17 (BTW: why not the 1.17.5 bugfix release?) and 1.17 was released in June 2011 - so it should include the bugfix already.
1.17 was the first version using the resource loader (load.php) - I wouldn't be too surprised if upgrading to 1.19 solves the problem ;-) (Yes, a major version update is a totally different topic - but we should do it soon - 1.17 is out of maintenance since some days. [1])
I'm looking for a workaround. Apache itself should be fine, as it would be using the default compression settings.
The most interesting question is: What changed in the last, say, 4 weeks? AFAIK there wasn't a change in the Mediawiki code we use (except extensions/videoflash.php, which should be unrelated), so it might be some update on the server (Apache, PHP, Access Manager, ...) that introduced the bug.
Rajko, do you remember when you noticed the broken CSS the first time?
Regards,
Christian Boltz
[1] I did an update 1.16 -> 1.19 some days ago, and it just worked[tm]. The only problem I had was with an extension that is not used on the openSUSE wiki ;-) - the upstream author ignored my bugfix patches, but more or less rewrote the extension. Unfortunately he kept all bugs ;-) so I had to rewrite my patches :-/
On Wed, 18 Jul 2012 20:05:13 +0200 Christian Boltz opensuse@cboltz.de wrote:
Rajko, do you remember when you noticed the broken CSS the first time?
Few days ago, after creating template Intro in article: http://en.opensuse.org/openSUSE:Wallpaper_graphics_%28proposals%29 which was created on 06:06, July 15, 2012.
Problem is that I wasn't following the wiki very closely for quite some time. I know that broken box-footer was present longer than that July 15th. I didn't do anything even when Intro was broken, but later when I found out more broken templates.
About removing print.css. It was attempt to fix breakage as soon as possible, and leave debugging for later, when web layout was restored, I stopped trying to find out more.
User cboltz is admin at http://languages.opensuse.org . BTW, that one still has broken footer at the bottom of the page.
-
Christian Boltz -
Matthew Ehle -
Rajko