[00:04:03] I use Special:PageLanguage (page language selector) to set a page's language, it seems to work, but when I see generated page source, HTML tags have lang="en", not the selected language. Is there a way to change that, [00:04:51] javascript variables seems OK, e.g. wgMonthNames or wgPageContentLanguage are correctly set [07:58:23] don't external link work in the sidebar? [08:10:52] WaterRatj, https://www.mediawiki.org/wiki/Manual:Interface/Sidebar#Customize_the_sidebar [08:11:46] andre__: ive seen that page but doesn't work [08:11:53] the external ones just don't show up [08:38:05] Hello does anyone now when the servers will be back ? [08:39:05] Is here anyone? [08:41:20] Guest52432: post the issues here , they will message you once they see your message [08:41:38] the server are down ! [08:41:48] some says round about 6 hours. [08:42:27] what server are you referring to exactly? [08:43:09] https://caspervend.casperdns.com/ ..............Hello! Unfortunately, this server is currently heavily overloaded - apologies, and please try again a bit later. [08:43:22] and ppl can purchase and get nothing [08:43:57] you're in the completely wrong place asking about that. [08:44:26] but where to ask? [08:45:14] this was the Link from Casper server to here [08:57:13] So anyone an idea why external links don't show up for me in the sidebar? [09:02:15] No, sorry. Which MediaWiki version are you using? [09:02:56] latest, 1.26.2 [11:45:54] Hi, I have this special page currently https://dpaste.de/zb9C (well below the onSubmitRedirectToWikiForm there's more content, but that's unrelated) for one of my extensions (MediaWiki 1.26.2, PHP 5.6). The special page seems to work, however when submitting the form I get the following error: Fatal error: Using $this when not in object context in [11:45:54] /srv/mediawiki/w/extensions/CreateWiki/SpecialManageWiki.php on line 40 <- that's for the $this->getOutput() on line 40. [11:46:32] I really need the output object, and this error doesn't make sense for me because I'm working inside a class, right? Any thoughts? [12:25:37] !logo [12:25:37] The logo that appears in the top left of each page is from $wgLogo in LocalSettings.php. To change this you change the value of $wgLogo to point to the URL of your own logo. See . Be sure $wgLogo is set to an absolute path, starting with "/" (or a protocol "http:"/"https:"). Using pretty URLs a relative path will behave oddly. 135x135 pixels [12:43:35] hello everybody. could someone help me understand why there's nothing in https://no.wikimedia.org/wiki/Special:Gadgets even though I've created https://no.wikimedia.org/wiki/MediaWiki:Gadgets-definition ? [13:18:51] I use Special:PageLanguage (page language selector) to set a page's language, it seems to work, but when I see generated page source, HTML tags have lang="en", not the selected language. Is there a way to change that? [13:18:58] javascript variables seems OK, e.g. wgMonthNames or wgPageContentLanguage are correctly set [14:40:11] morning [15:18:25] How can I be notified of changes? [15:26:19] hexhaxtron: email? [15:26:26] DanielK_WMDE, yes. [15:26:44] yes? [15:26:54] DanielK_WMDE, to be notified by email of changes. [15:27:07] yes, you can. what's the question? [15:27:13] DanielK_WMDE, how do I do that? [15:29:28] hexhaxtron: https://www.mediawiki.org/wiki/Manual:Configuration_settings#Email_notification_.28Enotif.29_settings [15:29:34] do you mean that? [15:29:56] as a user, you have to supply your email address in your settings, and confirm it [15:30:35] DanielK_WMDE, which variable is it for *all* edits? [15:37:05] I've got a ticket at phabricator, but it's been stalled for two weeks time.. is it ok to nudge/ping/bump it? [15:40:39] hexhaxtron: i don't think there is a way to do that [15:40:59] hexhaxtron: but RecentChanges has an RSS feed. that would give you everything [15:41:12] also, there is a UDP interface for tracking all changes. [15:41:59] jsl4: sure, bump it. 2 weeks seems pretty normal, depending on what it is. for some things, years are normal. sadly. [15:42:30] jsl4: you should get *some* response sooner though. what ticket is it? [15:42:44] https://phabricator.wikimedia.org/T124762 [15:43:23] cscott requested more details, I've added what I think could be relevant.. [15:44:14] jsl4: try to ping cscott here on irc maybe. or poke some other member of https://phabricator.wikimedia.org/project/profile/487/ [15:44:48] I've been thinking, I might get around it by making a rewrite for the webserver, so any request asking for relatively addressed images are pointed to the static one, but it seems kind of backwords [15:45:26] * cscott de-kibo-izes [15:45:44] hey, we successfully summoned cscott! [15:46:22] if you chant my name *three* times, i go back where i came from [15:46:34] hehe [15:47:31] jsl4: i'm not convinced this is actually an ocg bug, it looks more like a misconfiguration on your end [15:47:34] cscott: so, can you give jsl4 a way forward with his question? [15:48:19] hehe, thanks :) [15:49:12] * DanielK_WMDE can't really comment [15:50:44] hallo [15:51:07] kann mir jemand bei der Einrichtung einer Short-URL für mein Wiki helfen? [15:51:17] !shorturl [15:51:17] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [15:51:21] Wikinutzer: --^ [15:51:32] danke, bot. Die Seite kenne ich. [15:51:49] cscott: when I do curl -L http://localhost:8000/alpha/v3/page/html/Main_Page , I get output like this:

[15:52:19] the src is correct, but the resource isn't? [15:52:30] ..is that even something you configure? [15:52:37] Wikinutzer: Dann stell bitte eine konkrete Frage. Am besten auf Englisch, dann verstehen dich hier mehr Leute. [15:52:44] jsl4: hang on, i'm writing a response in the phab ticket. [15:52:55] great, thanks mate [15:52:58] Ich kann Seiten nach Muster wikiname.de/wiki/Halleluja anlegen, aber nicht wikiname.de/Halleluja [15:53:25] how to simplyfy to wikiname.de/Halleluja [15:53:49] Wikinutzer: change your rewrite rule from /wiki/ to /, and adjust $wgArticlePath [15:54:21] Wikinutzer: not recommended though, because of namespace pollution. you have your physical files in /, their names could clash with wiki page names [15:54:43] $wgArticlePath = "/$1"; [15:55:08] but i get an error: /Mainpage dont found on this server [15:55:28] Wikinutzer: you'll have to adjust your rewrite rules too [15:55:39] whatever you did in htaccess [15:56:18] RewriteRule ^/?(/.*)?$ /index.php [L] [15:56:58] RewriteRule ^/?wiki(/.*)?$ /index.php [L] generate the name.de/wiki/Page [15:57:33] jsl4: ok, https://phabricator.wikimedia.org/T124762#2008041 [15:57:51] but when i delete "wiki" an "/wiki" in htacess and localsettings there is an error [15:58:02] Wikinutzer: ^/?(/.*)?$ shoudl work, though I'm thinking the right bit should be /index.php/$1 then. Haven't done this in a while though [15:58:03] jsl4: it seems like your $wgServer (or possibly $wgScriptPath or $wgArticlePath) are broken in your wiki's LocalSettings.php [15:58:13] Wikinutzer: anyway, don't forget to restart apache when chaning these rules. [15:58:28] (may or may nto be needed, but it's something it try) [15:58:44] i dont have root acess. how to restart? [15:58:52] cscott wow, thanks! [15:58:55] great writeup [15:59:05] jsl4: what do you get in the section of the when you curl -L http://localhost:8000/alpha/v3/page/html/Main_Page [15:59:21] I've got a doctors apintment and gotta run, but will loot into it later tonight! thanks! :D [15:59:45] jsl4: ok, sure. you can find me on irc later or tomorrow if you want to poke me more. [16:00:11] jsl4: if it does turn out to be a misconfiguration, it might be worth trying to emit a better/more informative error message in that case, so i'm interested to learn the details in any case. [16:00:20] > [16:00:43] thanks again, I'll get back in a couple of hours [16:00:45] :D [16:02:11] jsl4: ah, that should probably be just "http://alpha.zenitel.com/index.php". i'm pretty sure your article paths should be http://alpha.zenitel.com/index.php/PAGENAME [16:02:13] Wikinutzer: if you don't have root access, you can't restart teh server. But in that scenario, you probably don't need to. If anything you did in htaccess got picked up without a restart, then any future changes should get picked up too [16:02:16] (not http://alpha.zenitel.com/index.php?title=PAGENAME) [16:02:28] Wikinutzer: are you sure anythign you do in your htaccess actually has *any* effect? [16:03:39] maybe jsl4 can help you, the problem seems to be similar ;) [16:08:27] Wikinutzer: "something is wrong with your rewrite rule" is all I can say right now [19:16:39] http://doomwiki.org/wiki/Doom_II#References <- yay I got the monobook-style link icons to work. [19:21:12] I use Special:PageLanguage (page language selector) to set a page's language, it seems to work, but when I see generated page source, HTML tags have lang="en", not the selected language. Is there a way to change that? [19:21:24] javascript variables seems OK, e.g. wgMonthNames or wgPageContentLanguage are correctly set. [19:24:10] reminds me that Google Webmaster feels motivated to complain to me that every redirect on our site specifies an hreflang x-default but that the target page does not link back to it. [19:24:33] which seems natural, it's just annoying to see all those issues in there ;) [19:45:41] fdel: what are these HTML tags that have a "lang" attribute? [19:50:10] what am i supposed to do instead of adding "?action=edit" to a menu item in MediaWiki:Sidebar to get a valid, unescaped link? [19:54:45] jkale: use the complete URL. [20:00:05] Yaron: thanks [20:02:27] Yaron: do you happen to be somewhat familiar with RDFIO and ARC2? [20:04:41] Not really. [20:09:33] Yaron: html, h1 (section titles) [20:10:02] a div to [20:10:06] too* [20:27:53] it seems it's not enough to create a MediaWiki:NewSkin.css file in order for it to register as a skin. what else do i need to do (1.23)? [20:32:08] You need to do a lot more [20:35:13] Reedy: isn't there some simple, css-based alternative, where i can just use a &useskin=NewSkin---like argument? you know, for cases in which i don't need the whole customization power of the skinning framework? [20:35:25] Nope [20:35:31] You can just modify your user css [20:35:32] or site css [20:35:36] or an existing skin css [20:35:38] !css [20:35:38] To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page (NOT a file) and put your custom styles there (sysop/admin rights required). MediaWiki:Common.css is for all skins and should be used for content styles. MediaWiki:Vector.css is for the Vector skin (default), etc. For more information, see !skins and https://www.mediawiki.org/wiki/Manual:Interface/CSS [20:35:41] !skins [20:35:42] General skin help: http://www.mediawiki.org/wiki/Manual:Skins / List of available skins: https://www.mediawiki.org/wiki/Category:All_skins / Creating a new skin: see !skinning [20:35:46] !skinning [20:35:46] From scratch: https://www.mediawiki.org/wiki/Manual:Skinning/Tutorial / Based on another skin: http://blog.redwerks.org/2012/02/28/mediawiki-subskin-tutorial/ / See also !skins for general help and list of available skins [20:36:39] Reedy: wait, what did you mean by "site css"? it looks close to what i may need. what filename is that? [20:37:04] MediaWiki:Common.css [20:56:28] Reedy: oh, one more question please: why can't i get common.css and vector.css to apply to the login page? [20:58:34] jkale: set https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages to true [21:02:50] Vulpix: thanks [21:09:09] Hi! Does anyone know how to set up a wiki farm? [21:15:24] Choco31415: https://www.mediawiki.org/wiki/Extension:Simple_Farm for example [21:19:31] Thank you Vulpix! [21:24:23] is there a full list of css elements nicely organized by page (using standard skin) from left to right and from top to bottom? [21:27:48] alternatively, a picture [21:27:53] some catalog [21:28:21] i mean where do people find them other than in other people's css? [21:28:57] inspecting elements with F12 [21:31:26] right. and that's very convenient. i don't know how old this method is, but it explains why nobody cares about an "official list". [21:32:25] figuring out what stylesheet it came out of on your server is the fun part :V [21:37:11] !poweredby [21:37:34] !footer [21:37:34] For changing the page footer, see the FAQ (!) . More information at http://www.mediawiki.org/wiki/Footer and http://www.mediawiki.org/wiki/Manual:Skinning#Footer [21:38:18] fdel: sorry, I didn't realize before that Mediaiki adds a "lang" attribute to a lot of the HTML tags. I don't know how to fix that, though. [21:39:14] Yaron: that's rather annoying, I wouldn't like to add all the big "Translate" machinery just for a couple translated pages [21:39:30] it's kind of a PITA [21:40:09] Hopefully someone else can help you with this. [21:41:33] anybody know if it's possible to get older bitnami builds of mediawiki? [21:41:49] I was really hoping to upgrade my stuff to 1.25 and THEN to 1.26 and not try to jump two versions at once [21:42:23] but now I can't test against 1.25 because they take down their older versions. [21:44:46] QuasAtWork: there shouldn't be any problems in upgrading 2 or more versions forward [21:45:04] if I weren't maintaining 3 custom extensions I'd be apt to agree. [21:46:19] ( http://doomwiki.org/wiki/Doom_Wiki:Software for info ) [21:47:14] maybe you can download and install a regular MediaWiki 1.25 on top of a bitnami installation [21:47:24] !upgrade [21:47:24] http://www.mediawiki.org/wiki/Manual:Upgrading [21:48:20] we've been upgrading since 1.16, so I have that part down [21:48:41] catching up on all the deprecations and changes is the fun part [21:49:00] just gotta buckle down and do it I guess. [21:49:34] We did that with wfMsg() recently [21:51:49] does 1.26 still support the old style of extension loading or has the new version become mandatory [21:52:03] I noticed a lot of extensions dump their backward compat php loading point in REL1_26 [21:52:20] 1.27 still supports it [21:52:24] ah. [21:55:33] QuasAtWork: We're not going to remove old-style extension loading for a while, I think. [21:56:59] Next LTS? :P [21:58:47] heh [22:00:05] (I was meaning after 1.27) [22:04:58] We /might/ drop it for 1.28, but I'm doubtful. [22:05:07] Much like PHP 5.3, we might be 'ready' in core but not ready in WMF production. :-)