Hello, Am Dienstag, 6. Dezember 2011 schrieb Matthew Ehle:
A bunch of the theming issues have now been fixed.
The problem came from the new MW software using a new PHP script (loader.php) to pull in the javascript and stylesheets instead of having the browser pull them in directly. For security and aesthetic purposes, I have an Apache rewrite that redirects all but a specific list of PHP files. Since loader.php is new, it was not on that list, and Apache wasn't letting it run.
Yes, such a "special configuration"[tm] bites back sooner or later.
Adding that file in the RewriteCond fixed it right up.
Can you post this whitelist, please? (or send it only to me off-list if you don't want to publish it) I'd like to check if there is anything missing... (See also my other mail regarding diff view/api.php.)
The good news is that we can now take advantage of centralized loading of css and javascript. Since the majority of page loading time comes from dozens of HTTP requests for these resources, these front end optimizations should make the wikis *much* faster.
Indeed.
I don't know if that fixed the red link issue offhand, since I can't find any pages that have broken links. Anyone who knows of a page I can test?
General rule of thumb: http://en.opensuse.org/Special:WantedPages is a good starting point - or just use the sandbox and add a broken link yourself ;-) I just checked it - links to non-existing pages have class=new, links to existing pages don't have any class= attribute. The problem is that the style for a.new is defined in each skin's CSS. For example, vector.css has: a.new, #p-personal a.new { color: #ba0000; } a.new:visited, #p-personal a.new:visited { color: #a55858; } The bento skin has (skins/bento/main.css): a.new, #p-personal a.new { color: #ba0000; } a.new:visited, #p-personal a.new:visited { color: #a55858; } This color is overwritten by this more specific style from https://static.opensuse.org/themes/bento/css/base.css .box .ui-oo-box-shadow a, .box a { color: #006699; } Given the files containing those styles, I'm not sure if the red link formatting was broken by the wiki update - it might have been broken before already. Anyway, I'm more interested in a fix than in finding out the history of a bug ;-) So in the end we need: [1] /* make red links (to non-existing pages) red */ .box a.new, #p-personal a.new { color: #ba0000; } .box a.new:visited, #p-personal a.new:visited { color: #a55858; } I just added those styles to Mediawiki:Common.css (another edit of Common.css? I already can see Rajko screaming ;-) Note that it may take some hours to get all caches updated, especially if you are not logged in. Regards, Christian Boltz [1] I'm not sure about the .ui-oo-box-shadow class - maybe we need another style if red links in such boxes are not red. Does anyone know where a box with the ui-oo-box-shadow class is used? -- [KDE3 vs. KDE4] My guess is the vocal minority will only be satisfied when KDE4 gets dropped. We need to let them know that might happen round about the release of KDE5.4 . [from a comment on http://blogs.warwick.ac.uk/bweber/entry/opensuse_110_kde4/] -- To unsubscribe, e-mail: opensuse-web+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-web+owner@opensuse.org