Project:Support desk/Sections/OtherProg

__NEWSECTIONLINK__ = HTML and CSS Formatting Support =

Variables not expanded to value

 * MediaWiki: 1.11.1 and 1.11.0
 * PHP: 5.2.3-1ubuntu6 (apache2handler)
 * MySQL: 5.0.45-Debian_1ubuntu3-log
 * URL: private

I have a problem with MediaWiki standard variables like SITENAME which to not get expanded to their value on certain occasions. For instance, SITENAME in the footer doesn't get expanded and the wiki displays "About " literaly. The weird thing is that the same variable gets expanded correctly on the window title / page name. I have absolutely no idea what is going on and have tried debuging the Parser a bit but without any success. I have the GeSHi - Generic Syntax Highlighter extension installed but disconnecting it doesn't change anything.

—195.154.168.90 15:44, 6 February 2008 (UTC)


 * Only certain MediaWiki messages allow for wiki code to be placed into them. Most do not, which is why you are experiencing that issue. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:07, 6 February 2008 (UTC)

Well in fact, appart from the page titles, variables like don't work in any of the wiki pages that I edit so I'm a bit puzzled. Is there something to enable in LocalSettings.php? 195.154.168.90 15:25, 7 February 2008 (UTC)

We got exactly the same mistake, 'resolved' by creating a new account, one of the administrator/Bureaucrate account was causing that trouble ... Why ? We don't know. We also use the GeSHi extension. Maybee is-it comming from there ... --84.101.142.60 09:22, 8 February 2008 (UTC)
 * Problem not resolved ... 1 hour after ower change, the variables are bugging again ... --84.101.142.60 09:26, 8 February 2008 (UTC)
 * This could be a side issue but which extension for GeSHi were you using? If it was Extension:GeSHiCodeTag, there are some issues with Tags conflicting with HTML tags, for example the  tag, as that is a language specified in GeSHi. You could check out what tags surround the non rendering  in the source code. You may need to purge server side caching aswell with the query string key/value pair &action=purge in a long url request to see changes taking effect--Zven 01:15, 9 February 2008 (UTC)
 * No changes, I guess it is a charset problem, because when it bug, chars are saving in ISO and they have to be in UTF ... (Rhombus with Question mark) --84.101.142.229 08:45, 12 February 2008 (UTC)


 * is it possible the problem to come from mysql 5 ? cause when i see other wiki like wikipedia they are still on mysql 4!


 * It seems the problems is coming from apache / php and mbstring functions, we have a website in UTF8 and mediawiki on the same server, and when a client connect to the site, it makes the wiki go wrong because it doesnt like mbstring functions. We set mbstring.func_overload in each .htaccess with the value 6 for the site and 0 for the wiki, but sometime it seem that the value stay to 6 when we connect to the wiki. In fact, we don't have any solution --86.71.108.138 10:40, 18 February 2008 (UTC)


 * I have exactly the same problem and it is very frustating... I don't use GeSHI extension. Is there a way to resolve this nasty problem ? Thanks Okparanoid 15:31, 2 April 2008 (UTC)

Setting header 
how can I set 

so Internet explorer will see there is feeds on my site?

--194.182.67.194 12:51, 20 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:48, 21 February 2008 (UTC)
 * Just copy copy the code from User:DJ Jeri/LinkTag to the file named LinkTag.php, then save it to your extensions directory and at the end of your LocalSettings.php add following line:

Custom CSS Pages

 * MediaWiki: 1.11.0
 * PHP: 5.2.0-8+etch5~pu1 (cgi-fcgi)
 * MySQL: 5.0.32-Debian_7etch1-log
 * URL: TribalWars Wiki

When using the custom CSS for each user, it does not load the CSS so does not effect the CSS at all. To use the custom CSS you use User:Username/Monobook.css but for some reason it does not load the CSS :S Any Help?

—212.135.1.53 13:28, 21 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:39, 21 February 2008 (UTC)
 * Hello. If I understood correctly, you must set $wgAllowUserCss to true. Just go to the end of your LocalSettings.php and add following line:
 * Ah ok... There is no other way possible, or some technician that can do this as i only run the wiki, the actualy Codes etc are on a different server. The Tribalwars wiki is on Innogames's server, but i of course do not have access to that page. Any help? --212.135.1.186 15:39, 21 February 2008 (UTC)
 * Also. Is there a way to check if  is true/false? --212.135.1.57 15:42, 21 February 2008 (UTC)


 * MediaWiki: 1.11
 * PHP: 5.2.3
 * MySQL: 5.0.41

Hi there, I was wondering if there's a way to purge all the logs under the Special:Log window without leaving the database corrupt or inconsistent. I mean, if I delete all the rows in the "logging" table will something bad happen? -Juanan 18:14, 21 February 2008 (UTC)


 * Deleting the rows from the logging table won't delete the corresponding entries in special:recentchanges (which uses the recentchanges table) so the recent log entries would still be on that page. Other than that, no, it shouldn't cause your server to explode and burst into flames. --Carlb 20:14, 21 February 2008 (UTC)

Custom Skins, more information.
I have done what was suggested above, set the allowcustomskin to true. I know its true because the information about clearing your cache is at the top. Why then when i add CSS coding, that is correct, does it not work? I reload the cache, and it reloads the page without making the chances i code. Why? If you want a link, to the website, here it is: Tribalwars Wiki

Thanks! --212.135.1.53 13:35, 26 February 2008 (UTC)
 * Yeh anyone want to answer? --84.68.167.86
 * Yeh really need an answer. --217.205.107.69