[opensuse-web] Again broken wiki CSS
![](https://seccdn.libravatar.org/avatar/11b4b3cf016b1d6a62454324eaaacc59.jpg?s=120&d=mm&r=g)
Templates lost some elements,. box-footer lost bottom part. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/11b4b3cf016b1d6a62454324eaaacc59.jpg?s=120&d=mm&r=g)
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. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/e76779f0629280df6d2dfce07e4e1600.jpg?s=120&d=mm&r=g)
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=mediawiki.legacy... 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 -- Das soll jetzt wirklich keine Arroganz sein, aber es macht keinen Sinn, das Haus abzureissen, weil du den Hausschlüssel vergessen hast. :-) [Ratti in suse-linux] -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/7850849f6da22892f279ed46c592e151.jpg?s=120&d=mm&r=g)
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=mediawiki.legacy... 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
![](https://seccdn.libravatar.org/avatar/e76779f0629280df6d2dfce07e4e1600.jpg?s=120&d=mm&r=g)
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 :-/ -- vielen Dank für den Link. Der ging ja neulich schon mal über die Liste und ich habe die Seiten ganz schnell wieder zugemacht und mir die Lektüre für kalte Wintertage vorbehalten - dummerweise funktioniert unsere Heizung aber hervorragend ... [Tao te Puh in opensuse-de] -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/11b4b3cf016b1d6a62454324eaaacc59.jpg?s=120&d=mm&r=g)
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. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org
participants (3)
-
Christian Boltz
-
Matthew Ehle
-
Rajko