[01:43:15] Howdy, any folks with MW/CSS experience? I have a class defined in Common.css, but I'd like to revise it locally on a page with
[01:46:21] try #css. [03:12:33] hi all. I am experimenting with version-controlling a wiki so I can preserve/revert configuration changes, extension installations, etc. [03:12:37] I set up a git repo tracking everything except the cache directory, as suggested in http://blog.redwerks.org/2012/09/28/using-git-to-manage-and-upgrade-a-wiki-with-modifications-to-core/ [03:13:15] I am using an sqlite database in the root folder of the wiki, and have that committed to the repo as well [03:15:02] however if I clone the repo, any edit seems to result in an edit conflict. I tried digging into the code but I can't go much further than this: https://github.com/wikimedia/mediawiki/blob/REL1_23/includes/EditPage.php#L1652 [03:15:36] is there any obvious step I'm missing or doing incorrectly? [03:16:19] waldir: what do your debug logs say? [03:16:42] jackmcbarn: from apache? [03:16:54] mediawiki's own debug logs [03:17:01] oh. let me check [03:19:29] jackmcbarn: I haven't set that up. IIRC if I don't define $wgDebugLogFile in LocalSettings.php, it defaults to /dev/stout, right? [03:19:47] not sure [03:21:41] I'm setting it up now, will get back to you in a moment [03:28:47] jackmcbarn: I'm getting a "SQL ERROR: unable to open database file" but I suspect might have messed something up in the meantime. I'll try a fresh clone [03:53:33] jackmcbarn: yeah, that seems to be the issue (read-only database). I believe when I first installed mediawiki, it automatically setup the sqlite database to be owned by www-data, but when I cloned it it recreated all the files as owned by my user, so www-data can't write to it anymore [03:54:39] the weird thing is, if I try to chmod the slite file, then I get a database error: "A database query error has occurred. This may indicate a bug in the software." [03:55:26] waldir: are you using mediawiki-vagrant? [03:55:36] ori: no, why? [03:55:42] or hhvm, for that matter? [03:56:11] because there is an open bug in HHVM about it no raising errors from the sqlite database driver properly [03:56:19] if you are getting bogus error messages, that could be it [03:56:24] not that I am aware of. it's plain mediawiki [03:57:21] the debug log has this, possibly relevant: [Bug56269] Exception thrown with an uncommited database transaction: [cf9fb673] /mywiki/index.php?title=Main_Page&action=submit Exception from line 1157 of /var/www/mywiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: DELETE FROM l10n_cache WHERE lc_lang [03:57:54] maybe because I chmodded the database after the edit conflict :/ [04:02:14] I'm trying from scratch with a database writable by all users, so the clone hopefully won't generate edit conflicts [04:25:09] ok, this is strange. I made sure to setup the sqlite database as writable by all, and sure enough, when cloning the repo the owner wasn't www-data anymore but me, but the permissions weren't preserved :/ I recall reading somewhere that git doesn't explicitly track file permissions, maybe it has something to do with it. [04:27:07] the problem is, now I can't chmod a+w my database.sqlite, because I get errors if I do it. chmod a-w makes it work again, but I am fairly sure that attemting to edit will result in errors since www-data can't write to the database.... [04:35:21] well, I give up for now. I'll try again later. perhaps the trick is not tracking the database in the repo. [04:36:24] If I manage to get this working, I'll make sure to put up a guide in mw.org because I suspect others might want to version-control their mediawiki install [04:37:09] thanks jackmcbarn and ori [06:42:59] Hello [06:43:19] I am trying to set up a test wiki with translate [06:43:32] But not getting how should I start [06:43:49] Please point me to any useful link [06:54:49] alisha: https://www.mediawiki.org/wiki/Extension:Translate#Support_and_documentation [06:58:33] arrbee: thank you for the link [07:41:20] Helloooo again. Does anyone know how to update the LonelPages Special? Or OrphanedPages or whatever it is? maintenance/orpahns.php states, there are no orphans, yet lonely claims there are over 200, and even editing and adding new links doesn't remove the entries. [07:55:16] ps updateSpecialPages.php du dnot produce the desired result [09:42:36] Helloooo again. Does anyone know how to update the LonelPages Special? Or OrphanedPages or whatever it is? maintenance/orpahns.php states, there are no orphans, yet lonely claims there are over 200, and even editing and adding new links doesn't remove the entries. [11:00:04] hey [11:00:33] Does anyone know how to fix a suddenly dissapeared LocalSettings.php please? [11:34:55] CommunityEmpower: Stop doing magic tricks and reappear your LocalSettings.php file? [11:51:21] Lcawte: how? [11:51:35] it just disappeared... [11:53:29] Can I just copy in a blank/default LocalSettings.php then manually tweak it to get my wiki back? [12:07:48] hi there, any devs present? [12:09:36] I have an extension here that calls $parser->parse() but without setting any values after $options, e.g. no $linestart, no $clearState [12:09:48] managed to fix it, 'reinstalled' the wiki and regenerated the LocalSettings.php file [12:10:13] masin, i believe there's a dev-mediawiki channel, dunno if you should ask in there? [12:10:39] with $clearState's default of true, there's an exception in lock(), with $clearState = false it works [12:11:12] CommunityEmpower: I wasn't sure, if #wikimedia-dev was only for internal discussions [12:11:28] I'll try [12:11:39] cool, good luck :) [12:11:44] quit () [12:11:52] ... [13:05:38] masin: This is the right place, I think [13:05:49] At the very least, it's an OK place [13:06:14] marktraceur: here or there? :-) [13:06:16] masin: What's the exception? [13:06:46] Hi, question: is it possible in the Special:Translate application to disable the notifications when there are too many of too few brackets/parentheses? [13:06:55] marktraceur, it's the same as here: https://bugzilla.wikimedia.org/show_bug.cgi?id=66202 [13:07:08] Original exception: [c01a2a06] [no req] Exception from line 6391 of /var/www/html/w/includes/parser/Parser.php: Parser state cleared while parsing. Did you call Parser::parse recursively? [13:08:18] masin: Where is the extension calling parse()? [13:09:05] marktraceur: extensions/SemanticForms/includes/SF_FormUtils.php:428 [13:09:48] see comment 4 : https://bugzilla.wikimedia.org/show_bug.cgi?id=66202#c4 [13:16:03] masin: Sorry, not line number - what function is it, what does it do? [13:20:33] https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FSemanticForms/ee3263f71aad3f53999062fa48791029dd098e4a/includes%2FSF_FormUtils.php#L371 – marktraceur: I'm not sure as it isn't my extension. From my understanding of the code, the function parses the form definition into wiki text and afterwards feeds this wiki text into the mw parser [13:25:08] Ugh, K [13:25:26] masin: You need to find out where it's called...I don't have the code locally right now [13:25:45] If it's called inside of a parser hook, that's wrong, so clearState should be false [13:27:39] marktraceur: is that right, $clearState decides whether the current parser's state should be cleared or not? and if the parser is called from inside a parser hook/a running instance of Parser, $clearState should be false? [13:27:50] Yup [13:27:58] That's what the error is telling me anyway [13:28:05] I might be terribly, horribly wrong [13:28:58] I'm new at MediaWiki code, that's why I'm asking :-) [13:29:20] Right [13:29:22] and the naming of the variable seems to suggest such usage, but I can't be sure [13:29:27] Well, that's what I'd guess [13:29:35] Being slightly less new at MediaWiki code [13:30:00] But I am assuming that it makes any kind of sense whatsoever, which maybe suggests that I'm newer than I think. [14:44:00] Morning. [14:46:19] o/ [14:47:50] I have a weird question. I'm trying to do the xml import for a mediawiki, but it doesn't seem t owant to import any of the .css files, main page or sidebar. The mediawiki version is the most recent, 1.23.6. [14:48:36] Are they in the xml file? [14:49:09] How are you importing them? [14:50:05] They'er in the XML file, at least they should be (I used the XML exporter, and I'm using the XML importer built into the mediawiki) [14:51:44] To confirm I opened the XML file and they're in there. Vector.css and Common.css [14:52:48] Now, I installed an older XML file that didn't have these in it, and have since done other edits (or tried to, for some reason my Vector gives me a 404 error when I try to save it with anything else). I'm logged in as a SysOp. [14:56:53] I haven't done much else to it; would it be easier for me to just uninstall, do a flat reinstall, and then do the import? [14:57:33] Anyone knows wtf that means? Happened after restoring from a /var backup: PHP Fatal error: Class 'MediaWiki' not found in /var/www/mediawiki/index.php on line 56 [14:58:11] Google didn't help much, but apparently this might be a permissions issue? If so, where? I'm running Debian Squeeze, by the way. [15:04:17] bennett1: Is that from the Debian package? My guess would be the huge mess of symlinks debian uses is broken. [15:05:45] Lcawte: No, our installation is manual. [15:06:44] We had a disk failure recently, and had to revert our entire /var/ to a backup from months ago. The mysql databases seem to be working, but mediawiki is behaving strangely. [15:18:50] What does that error even mean? I'm trying to think of some sort of manual fix but nothing comes up. [15:19:24] When I visit my wiki, all I get is a bunch of binary junk. All our files seem to be intact, though. [15:20:15] bennett1: there is a class MediaWiki in includes/MediaWiki.php [15:22:17] Another thought I had about my import, the xml is from an old version (like 1.22.6 or somesuch), would that be effecting it as well? [15:22:36] In my version it's in includes/Wiki.php. It's there and the index.php is intact, so why wouldn't the class be loaded? [15:24:07] File permissions maybe? [15:24:23] ElmerG: They should be backwards compatible. That is, a newer version should load an xml dump from an older version fine [15:24:46] Hmm. And it should overwrite anything that I've already added/edited, correct? [15:25:29] Reedy: what I have is this for Wiki.php, -rw-r--r-- 1 root root 20530 Abr 9 2012 Wiki.php [15:28:24] Oh, nevermind. I deleted the folder and got it back from the backup, and now it magically works. [15:35:05] question, new mw user. I have mw installed in /var/www/wiki. In the docs fr shorturl, it references /w and /view [15:35:23] /view? [15:35:29] it's usually /w and /wiki [15:35:33] is that a literal /w and I have my site misconfigured [15:35:56] I have nto seen the use of view, i can find the doc link. I think it is the diff between pages and articles [15:36:07] /w is literal [15:36:12] let me find what i was looking at. [15:36:14] the /wiki is virtual/pretty url [15:36:23] /w/index.php?title=Foo vs /wiki/Foo [15:36:55] I was hoping to get wiki.mydomain.com/ so the /wiki is redundant [15:37:49] We don't really recommend doing that [15:37:53] !prettyurl [15:37:53] 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:38:05] It can cause more problems [15:38:38] I did see the warning at ManualShortURL and that is why I stopped yesterday and wanted to consider implications. [15:38:54] i'll abandon that idea and put it back to a subdomain [15:39:33] I installed from source, and wasnt sure if I had goofed something up regardign /w or /wiki [15:40:05] all the files should be in /var/www/wiki/w if you set /var/www/wiki to be the docroot [15:41:26] so http://intranet.mydomain.com/wiki/Foo is the recommended shorturl result? [15:41:54] question, if my Mediawiki install is on a different box from Apache, what port does Apache talk to the Mediawiki server over? [15:42:54] The first paragraph od the Manual:ShortURL page references /view [15:43:42] wmat: mw is a script not a server [15:44:08] wmat: do you mean your db is on a diff server? [15:44:10] slestak: ok, that makes sense now [15:44:29] slestak: no, i was hoping to put the mediawiki codebase on a different machine [15:44:45] that is just a network file share then [15:44:53] either nfs, smb, etc [15:45:02] fronted by 2 load balanced apache servers [15:45:04] well, not literal etc =) [15:46:23] i probably would have the script installed locally on each apache server, and use another method to make sure they are consistent [15:46:48] like git, puppet, fabric. numerous choices [15:47:22] then you dotn have a dependency on the machine hostign the code being up. single point of failure [15:48:23] food time [15:48:45] slestak: thx [17:00:54] !cms [17:00:54] Wikis are designed for openness, to be readable and editable by all. If you want a forum, a blog, a web authoring toolkit or corporate content management system, perhaps don't use wiki software. There is a nice overview of free tools available at including the possibility to try each system. For ways to restrict access in MediaWiki, see !access. [17:26:32] legoktm: regardign your 13:00 post, i had a prior employer that really wanted a blogchawiki, but ended up just using phpbb poorly [17:36:08] hmmm, Collection dislikes me today [17:36:17] [collection] Request to http://tools.pediapress.com/mw-serve/ resulted in error [17:40:50] not exactly a useful message [17:46:13] errors aren't useful neither [17:46:25] indeed [17:53:03] Hmpf http download links https://www.virtualbox.org/wiki/Linux_Downloads [19:26:25] when i installed my mw from source, i think i had my $wgScriptPath set to /wiki. the site is very new and empty so I can start over if I have to. [19:27:23] I would like to have it set to /w to match the Manual:ShortURL but I am not sure how i can do this [19:28:23] if the script is installed in /var/www/wiki, can I just make a dir named w and mv everythign into it? Or is that a virtual directory in the mw app? [19:29:52] you can just move /wiki to /w, yes [19:30:17] don't forget to change the configuration variables accordingly [19:30:21] is it just as correct to just leave it at /wiki? [19:30:51] and modify the rewrite rules? just trying to determine if /w has some signficance other than a folder [19:31:14] yes, it depends on how do you like your URLs to look [19:31:58] there's no hardcoded path that forces you to use a particular URL scheme, you can adapt it to your needs [19:34:16] im not sure if my users will know (or care) that we are using a wiki if it's not spelled out. wikipedia has the benefit of havign wiki on the tld [19:34:37] but i do host other apps under the intranet.example.com tld [19:37:48] you can move the current URL scheme and keep a redirect with rewrite rules that send users to the correct URL [19:38:55] maybe something that performs a redirect on everything like /wiki/index.php/PAGE --> /wiki/Page [19:39:11] that sounds reasonable [19:39:39] sry for the elementary questions. mostly i know 80% of what i need to get these tasks done [19:42:47] "Elementary, my dear Slestak" [19:43:43] slestak: FYI, "TLD" or "Top Level Domain" refers to the very last part of the domain name - for Wikipedia, that's ".org". [19:46:36] i'd move it to "w" and have URLs like /wiki/ , just don't have an actual directory called wiki [19:47:50] oic [19:48:11] liek i said, 80%. the 20% is what kills me [19:48:29] i guess that would actuall be fqdn wouldnt it [19:48:51] prolly made you wince every time i said that [19:49:01] http://www.mediawiki.org/wiki/Manual:Short_URL#URL_like_-_example.com.2Fwiki.2FPage_title [19:49:24] slestak: I hang out in a lot of help channels, I'm immune [19:49:27] there are different ways to do it, but if you have root access to the box, i'd recommend that one [19:49:42] yeah, it's my own box. [19:50:10] have an actual directory on the server that is called "w" or whatever you want [19:50:14] is it too early to use Visual Editor? It looks pretty compelling [19:50:26] then use redirect rules as above to get URLs without index.php and /wiki/ style [19:50:27] en_us [19:51:22] marktraceur: ty for correcting me in a sane manner =) [19:57:10] hrm, it's making the url I want, but comes back with "The requested URL /wiki/Main_Page was not found on this server." [19:58:03] slestak: did you set up the rewrite rules on the server (apache)? [19:58:27] yes, slightly modified from ShortURL page. [19:58:33] the rewrite rules are what tells the server to translate /wiki/PAGE urls into /w/index.php=PAGE requests [19:58:39] i see soem docs on making a rewite log [19:59:04] I am using this one. RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [L] [19:59:36] ohh, apache DOCUMENTRoot is /var/www/wiki, so I've doubled up my wiki [20:00:02] also, if you set up the rewrite rules in the httpd.conf (instead of in a .htdocs), remember to restart/graceful apache [20:03:16] slestak: that is the one thing you gotta avoid, don't call the actual directory wiki [20:03:22] anything .. but wiki [20:03:49] that's why people use "w" [20:05:21] mutante: that is what i did. I will change that now [20:10:16] does $wgScriptDir require a trailing slash? [20:10:49] no, the doc i see doesnt specify one [20:17:08] Hey all, anyone around who is experienced with Scribuntu/infoboxes, who may be able to help me figure out why I keep getting this script error: http://pastebin.com/bPrmcJVq thanks in advance [20:48:14] Jack_: Scribunto* [20:48:21] Jack_: Looking [20:48:38] Appreciate it [20:49:19] Jack_: What does your module look like? [20:49:33] Which module? [20:49:35] Jack_: it's not an error in your module; it's an error in your LocalSettings.php [20:49:37] can you pastebin it? [20:49:38] Oh. [20:49:52] it looks like you defined a custom namespace wrong [20:50:36] Right, I saw that note on one of the pages discussing this, I removed all custom namespaces and still get the error... I will paste the localsettings, give me a sec [20:55:02] http://pastebin.com/h9QGuSCU [20:55:29] Jack_: please don't blank out $wgMetaNamespace = "Blanked out"; it's not sensitive, and it's very relevant in this case [20:55:58] Jack_: When you removed custom namespaces, did you clean up the DB too? [20:56:24] I did not... [20:56:37] That may contribute [20:56:48] marktraceur: while that does cause some problems, i doubt it's causing this one [20:56:52] Is that an automated process or does it need to be done manually? [20:56:53] Hm. [20:57:32] Jack_: what's the value of $wgMetaNamespace? [20:57:39] When I originally attempted to install the Infoboxes, I followed the direction on the page that indicated I had to change the main namespace to Wikipedia, and then add the extra namespaces. I'll find the link... one sec [20:58:03] what? wherever you saw that, that's totally wrong [20:58:12] yes, please point me to it so i can fix it [20:58:30] But also answer the question about wgMetaNamespace. [20:59:40] The value was just a mirror of the name of the site, ie: My_Mediawiki_Site .... value was changed to Wikipedia based on those instructions, and I have now changed it back during troubleshooting. One sec, I will find the link to the instructions I originally followed which may help [20:59:56] Is it literally My_Mediawiki_Site? [21:00:01] Jack_: the exact value of it, both old and new, are very relevant, as there might be an illegal character or something in it [21:02:37] http://www.mediawiki.org/wiki/Manual:Importing_Wikipedia_infoboxes_tutorial [21:02:45] Under "preparation" heading, the metanamespace section [21:03:22] I copied the values in the fields there, and pasted them to my localsettings during the prep stage. [21:03:40] Since Wikipedia was the source where I was grabbing the Infobox template from... [21:04:40] How silly [21:05:14] Learn through error I suppose,... so those instructions are wrong I take it? [21:05:38] Jack_: yes, very wrong [21:05:45] undo everything you changed about namespaces [21:05:45] That's unfortunate... [21:05:57] i removed the wrong parts [21:06:06] I reverted the namespaces piece in the localsettings... unfortunately, Im not clear on how to fix the DB piece... [21:07:26] Jack_: just run maintenance/namespaceDupes.php [21:07:33] (from the command line) [21:07:42] Thank you Ill give that shot, one moment [21:18:05] Alright, so I got this when I ran that command: http://pastebin.com/ffgKvJWH [21:19:10] Jack_: temporarily disable SemanticTasks, SemanticBundle, and BlueSpiceFoundation [21:19:23] then try again, even though it claims it looks good [21:19:29] and leave them disabled and see if namespaces work again [21:19:35] Will do... one sec [21:19:36] and if they do, re-enable one by one and make sure it doesn't re-break [21:25:45] Looks like it was SemanticsBundle... hmm [21:32:07] Say, what could be the reason that some jobs are stuck in the job queue (queue is empty apart from those, but they simply don't disappear from the queue despite forcing all jobs to run through runJobs.php)? [21:42:28] Thank you for the help Jack and Mark, very much appreciated... enjoy your Halloween