[04:12:34] How do I contribute to https://github.com/wikimedia/apps-win8-wikipedia and ensure it gets to the windows store [04:13:04] I don't want to add it to it only to find out that it won't get published [04:13:05] you can just click the 'pull request' button. it'll get there next time the author makes a release. ask the author [04:13:18] But it hasn't been updated in 2 years [04:13:32] you can ask wikimedia mobile team whether they're willing to publish a new edit to the code [04:13:46] How do I ask them? [04:14:00] I want to make it compatible with Windows 10 [04:14:05] UWP [04:15:16] The one dev working on it appears to have quit [04:15:17] https://github.com/brion [04:15:25] Lucasstar1: ask brion@pobox.com, he is in git log of the URL you gave. he can tell you whether your edit would be pushed to the app store [04:15:31] He only works on MediaWiki software [04:15:54] that is fine :) he simply doesn't actively write new features. he may still be around to take push requests (and to give you a commit bit) [04:16:00] Alright [04:16:23] I'll send an email to him at a more appropriate time tomorrow [04:16:31] can you add me to cc? [04:16:40] i pmed you my email [04:16:47] sure [04:16:51] thanks :) [04:21:50] The more immediate thing to get done is that Microsoft requires ESRB ratings on all its apps now or they get deleted from the store [04:22:04] So that's something I'll point out first [04:22:36] http://www.winbeta.org/news/microsoft-will-be-removing-apps-without-age-ratings-from-the-windows-store-starting-tomorrow [05:32:24] aiuto [05:32:56] come ne esco da questo incubo [05:33:21] #mediawiki aiuto [05:33:24] help [05:47:21] $IP/extensions/AllowInternetArchiver/AllowInternetArchiver.php"; [06:24:23] mi sono perso [07:23:01] G'morning and Thank You, Thank You, Thank You for the awesome software [07:23:12] I need some blacklist [07:23:39] mainly the word порно seems to be what the Inter/botnet is spamming a lot [07:24:00] That's russkiij for "porno" so really outside the scope of Consumerium.org [07:24:36] I'll just hang here if someone has suggestion of a clean way to do it [07:24:47] That is unless I accidentally yank the power cable [07:25:14] This Linux is grand-dad's and has no battery.. beats me why but gotta make do witho what you have at hand [07:28:30] jubo2 , https://www.mediawiki.org/wiki/Extension:TitleBlacklist [07:29:10] then set blacklists on MediaWiki:Titleblacklist [07:29:41] Спасибо arseny92 [07:29:43] such as https://en.wikipedia.org/wiki/MediaWiki:Titleblacklist [07:30:07] ;) [07:30:16] I better go clone into it.. [07:30:28] unless I already have done so... [07:30:57] or https://ru.wikipedia.org/wiki/MediaWiki:Titleblacklist [07:31:58] nope. It not there [07:32:59] Anyone happen to have instructions handy for how to clone into Extension:TitleBlacklist ..? I can searchengine it too if no-one knows off-handedly [07:33:21] I ssh in [07:36:40] cd /extensions , git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/TitleBlacklist TitleBlacklist [07:37:44] merci arseny92 [07:38:21] hmm.. [07:38:25] exists and not empty [07:38:34] yet the MW Special:Version does not see it [07:38:39] I better recheck [07:38:59] and if not then move the old dir outta the way and clone into the extension [07:39:27] oh I get it. Not loaded in LocalSettings.php [07:39:37] the same goes for the ReCaptcha extension - to show extension version and appended with commit id on Special:Version , the extensions need to be installed as git repos [07:39:52] same goes for /skins [07:41:54] ok cloned into it [07:41:58] Now I wfLoadExtension( 'TitleBlacklist' ); [07:42:04] do I need to bump the Apache? [07:42:08] prlly not.. is php [07:42:15] knows when it's files change, no? [07:42:20] yes [07:42:24] knows [07:42:31] okk, merci mon ami [07:43:22] MediaWiki:Titleblacklist is default source for matching? [07:43:26] can I regex btw [07:43:30] * arseny92 en, he, ru, uk [07:44:55] oh yeah [07:45:01] it says it matches regex [07:45:31] So do I need to do the "any amount of characters + порно + any amount of characters" or what's the syntax? [07:45:46] Or I just put порно on a single line? [07:46:01] and that'll stop any articles by that name? [07:46:37] I try [07:48:12] nope [07:48:20] Oh hold on.. I have my O'Reil [07:49:11] O'Reilly's Perl Pocket Refernce [07:49:20] 3rd best book I have here at grand-dad's [07:49:30] was ages since I wrote regex [07:49:51] page 32 [07:50:05] get some ideas for the syntax from https://meta.wikimedia.org/wiki/Title_blacklist [07:50:29] .*порно.* [07:50:54] zero or more any characters + порно + zero or more any characters [07:50:59] correct me if I'm wrong [07:51:33] i'm not good at regexps either ;) [07:57:43] I was good in 2007 [07:57:52] not had any use for that skill since then [07:58:17] I wrote some pretty good regex with pencil and paper to convert MediaWiki and TiddlyWiki syntax to each other [07:58:32] Pencil and paper..? Long story and not need to know [08:02:14] Time for reboot of this laptop [08:02:36] The CPU doesn't support more than 2GB RAM [08:02:47] 2007 Q3 release date [08:03:31] Thanks, Болшое Спасибо arseny92. Seeya around. [08:44:45] jubo2: yes that regex is correct [08:54:29] hey. at install you check if git is there but why? how is it used? maybe i can use git for revisions? [08:57:12] crazythings , if you install core, extensions, skins using git clones and pulls , HEAD of them as read from the .git repo is displayed in Special:Version [08:57:29] i don't [08:57:39] couse usually they ask you to use the tarball if not in dev branch [08:59:55] usually yes, but for faster install/upgrade processing its advisable to use git . For non-master this means git checkout REL1_27 etc [09:00:20] oh... [09:00:31] to re-install is enough to save LocalSetting? [09:00:46] so maybe i re-do with git [09:01:31] probably i need some htaccess to prevent .git access from www [09:01:51] arseny92: is that cool with mediawiki itself right? [09:01:58] or you were refering only to extensions [09:02:13] should be if you didn't other file changes [09:02:35] that cool for core, /skins and /extensions [09:03:18] idk the wiki say "use git if developer" so i passed [09:32:03] uh i can't get the git version loading: http://paste.debian.net/plain/889221 [09:34:55] i'm gonna switch back probably i saved the folder x.x [09:40:05] y0.. got another question [09:40:32] crazythings: which wiki where says "use git if developer"? [09:41:25] !ask | jubo2 [09:41:25] jubo2: Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [09:41:30] andre__: https://www.mediawiki.org/wiki/Download "Active MediaWiki developers should instead download from Git to get the latest version of the MediaWiki software. " [09:41:44] _instead_ [09:41:50] if _developer_ [09:42:23] I see. Thanks [09:42:58] I kept this business study wiki for 3 yrs: http://globba12.si/wiki/ but I want to move it to another generalist study domain @ some.wiki.study/on/SomeSubject .. I have been thinking if I should preseve full history / partial history / no history. I feel ok with keeping the history. Another question is how should I go about the transfer.. Grab database and upload database to empty wiki or grab XML dumps and import those to an empty wiki or what should [09:43:00] I do to do this in style [09:43:46] Both mysqldump and XML dump will work but which do I choose [09:44:26] and do I start with fresh clean blank wiki or do I just 'tar cvzf' and 'tar xvzf' the /var/www/globba12.si ? [09:44:58] With XML dump I could filter out some unwanted stuff.. [09:45:06] is there unwanted stuff.. I dunno [09:45:46] I repeat. I want to turn the business study wiki into a generalist study wiki on everything and anything (excl. contraband) [09:46:07] any pointers and tips would be appreciated [09:47:43] crazythings , did you clone the skin as per your php error [09:49:03] skin? no. anything like that on wiki instructions [09:49:07] only vendor library [09:49:08] I better git pull for starters.. Is running the development branch [09:50:22] but if i run " git pull --recurse-submodules" everything is up to date [09:50:36] not sure if the submodules are using the correct branch? [09:52:01] about whether to use git or tarballs to upgrade thats more a management question: eg tarball don't account for files which are got removed on diff from previous version and so if you upgrade with overwrite you end with obsolete files [09:52:13] for skins https://www.mediawiki.org/wiki/Download_from_Git#Using_Git_to_download_MediaWiki_skins [09:52:55] you need to ensure all stuff is on the correct branch including skins and extensions [09:53:41] not sure what skin should i get [09:54:25] crazythings: all? [09:54:58] jubo2 , xml dumps only preserve page content, i.e. if the wiki gets moved that way, all users need to re register to reclaim their revisions etc, so i'd go with a sql move [09:56:14] crazythings , your php error specifically say you load cologneblue but don't have the skin [09:56:21] arseny92: okk thanks for info [09:56:28] I don't think there really are other users [09:56:57] mi classmates didn't see any point in collaborating with me to preserve information before it gets lost to the paper recycling after graduation [09:57:44] ensure that domain vars in localsettings get updated accordingly when you move , eg wgserver etc [10:03:14] i pass on that git version [10:03:17] can't get it running [10:05:50] default clone clones from master, so for stuff to be in sync you checkout the branch that you use [10:06:35] i.e. latest stable REL1_27 [10:09:43] uhh.. after the git pulls I have blank screen where wiki should be.. I'm following these instructions I wrote for myself 2nd previous time around http://byjuho.fi/en/2016/07/02/upgrading-mediawiki/ [10:09:52] I am probably missing some step. I look. [10:10:30] Yeah.. prlly this one: 'php maintenance/update.php' [10:12:17] Complains composer is out of date ... ran 'composer update' but that fails too.. prlly try '‘sudo composer self-update' now [10:13:23] jubo2 , it's preferred to follow first-party manual , in this case to see what you missed on https://www.mediawiki.org/wiki/Manual:Upgrading [10:15:39] This is the output of 'php maintenance/update.php' https://paste.debian.net/889223/ If anyone more knowledgeable would look at what is wrong/missing it'd be much appreciated [10:19:20] is composer.json having the correct required versions? [10:20:13] if the dependencies re not installed you use composer install first, then composer update to update the locks [10:20:18] arseny92: weird.. [10:20:39] when running 'composer update' it fails complaining inability to delete some trivial text file [10:21:05] when running 'sudo composer update' it says to NOT RUN THIS AS ROOT! but actually finishes it's tasks [10:21:12] then you have some irregular chmod on it [10:27:50] Or maybe the ownership is the problem [10:28:06] If you tried to run it with sudo before running it without sudo, that may be the problem [10:28:16] sudo chown -r yourusername:yourusername . [10:29:38] yeah.. there was some freak text file that wasn't owned by me [10:29:49] now the next wiki [10:29:59] http://develop.consumerium.org/wiki/ [10:30:13] I did 'git pull', 'composer update' .. those run fine [10:31:34] now the 'php maintenance/update.php' fails with 2x "...ipblocks table does not exist, skipping new field patch." [10:31:40] humm.. something wrong [10:31:59] oh yeah.. I need to git pull recursively in the skins/ and extensions/, right? [10:32:19] of course [10:34:15] that is done but I still get "[8d2a67bf30913df254d87206] 2016-10-24 10:33:50: Fatal exception of type DBQueryError" as the only text on wiki page [10:34:30] something somewhere slightly wrong [10:35:41] I am still getting 2x "...ipblocks table does not exist, skipping new field patch." when running the updater [10:35:58] so that is error.. I dunno what is wrong [10:36:21] I'm on the 1.28-alpha [10:37:31] I should prlly do the verbose++; the updater suggests [10:37:44] jubo2 you could just download https://github.com/wikimedia/mediawiki-vendor [10:37:51] and install it in the vendor folder [10:38:00] I check [10:38:05] I prlly done that last summer [10:38:33] it is there [10:38:34] Oh, but https://github.com/wikimedia/mediawiki-vendor has already all the packages [10:38:38] Yes, i've seen that in special:version when it was still working that you run a more than a month old master [10:38:57] Try updating mw 1.28 to latest alpha from master branch [10:38:59] paladox: I 'git pull' in the vendor/-directory ? [10:39:06] You can do that [10:39:11] but https://github.com/wikimedia/mediawiki-vendor includes it all [10:39:14] anything else? [10:40:01] 'git pull' warns me that about 15 untracked files would be overwritten [10:40:10] Oh [10:40:11] Do I need to move them all out of the way manually [10:40:23] or do I just force it to overwrite come what may [10:40:31] Force the rewrite [10:40:37] paladox: how? [10:40:39] What untracked files is it saying [10:40:45] I pastebin [10:40:49] Oh not sure, git reset --hard origin/master [10:40:51] yes please [10:41:02] ^^ be careful with that command [10:41:13] Is localsettings.php been created? [10:41:29] paladox: http://paste.debian.net/889225/ [10:41:35] thanks [10:41:41] paladox: yeah.. Like 13.5 yrs ago ;) [10:41:53] jubo2 delete the vendor folder [10:42:01] then do composer update [10:42:02] and reclone into it? [10:42:10] oh that does it for me? [10:42:10] no, you do composer update [10:42:14] ok [10:42:18] and it should install everything in there for you [10:42:19] I just move it outta the way [10:42:23] Yep [10:42:53] now running [10:43:27] ok thanks [10:45:51] that run fine but I still get the complain that 'ipblocks' does not exist [10:46:17] jubo2 now run update.php in maintenance [10:46:20] I set '$wgShowExceptionDetails = true;' so we can get more info [10:46:26] maintenance/update.php [10:46:29] paladox: yeah.. that one complains about the missing table [10:46:38] yes it should create the table [10:46:43] it doesn't [10:46:51] Oh, is this a new install? [10:47:07] No. This is from PhaseIII from 2003 [10:47:13] Oh so an old wiki [10:47:21] ok it's been completely reinstalled a couple of times for server migrations [10:47:35] Oh, which mw version were you using before? [10:47:46] 1.28-alpha [10:47:52] i mean the one before that [10:47:59] before you migrated to 1.28-alpha [10:48:02] that was.. uhh.. I check [10:48:27] paladox: 1.25.6 [10:48:33] Thanks [10:49:20] Thank you for helping me [10:49:25] jubo2 try https://phabricator.wikimedia.org/P4292 [10:49:30] you a devel paladox? [10:49:33] running that sql [10:49:37] what's a devel? [10:49:43] devel(oper) [10:49:46] Oh yes [10:49:53] Great. Welcoma aboard [10:49:54] I help contribute to mediawiki [10:50:08] I just use it for my creative work [10:50:23] Oh :) [10:51:08] paladox: So.. I paste that all in one go to MariaDB shell? [10:51:15] I think so [10:51:36] I better take today's 2nd mysqldump before I do that [10:51:58] Ok [10:53:00] running it now [10:53:19] Thanks :) [10:53:28] I did 'mysqldump && tar cvzf && tar xvzf' so the file is intact if it completes [10:53:33] Oh [10:53:52] maybe I should upload to another MariaDB to be sure [10:54:05] Oh yep [10:54:09] I do that [10:54:12] We have time. [10:54:15] Till it ends. [10:54:51] Ok [10:56:15] uploading to "secret" serverd [10:56:23] then unzip and upload to MariaDB [10:56:52] ok [10:59:01] yeah. loaded fine to the reference machine [10:59:29] Now I MariaDB shell and paste that SQL [11:00:13] yep thanks [11:01:14] paladox: complains about duplicate.. uhh something.. I check.. yep.. duplicate key names [11:01:26] something gone wrong in the commenting out perhaps? [11:01:31] Oh, jubo2 try an delete the table. [11:01:44] maybe drop table ipblocks; [11:01:45] ? [11:01:48] and then re do it [11:01:49] or should I write that into add-ipblocks.sql and run that ? [11:01:55] I drop it [11:02:00] yep try that [11:03:08] jubo2 do you have the error that is shown when running update.php please, screenshots can be done here https://phabricator.wikimedia.org/file/ or pastes here https://phabricator.wikimedia.org/paste/ [11:03:08] I pasted it to a file and run it from bash [11:03:10] seems ok [11:03:13] ok :) [11:03:23] I try loading a wiki page [11:03:34] Ok [11:03:57] no worky.. but I better run the updater successfully before banging head on wall [11:04:16] Yep [11:04:42] This is weird.. [11:04:49] I'm still getting '...ipblocks table does not exist, skipping new field patch.' [11:05:12] I think the 'mysql -uroot -p develop < create-ipblocks-table.sql' failed silently maybe? [11:05:14] oh [11:05:31] I go have some coffee with parents and grand-dad now. Back in 10 [11:06:00] Ok [11:06:35] This could be a bug [11:07:26] jubo2 , 10 as in what timezone [11:08:40] i have to go for lunch :) [11:10:00] already 2pm here so mentioning a tz is more useful on an international/multilingual etc place [11:10:17] I'm back [11:10:41] paladox: yeah.. it would seem a bug [11:11:07] or just something, sometime done wrong by me [11:11:37] I think this may be what postgres is hitting [11:11:41] But i may be wrong [11:12:04] jubo2 try use ; [11:12:08] use ; [11:12:13] show tables; [11:12:16] totallyt did that [11:12:32] Oh [11:12:36] what did it show [11:12:52] also could you paste the error from when you run update.php [11:12:58] try update.php --quick? [11:12:59] yeah [11:13:15] there is 'ipblocks' and 'ipblocks-old' [11:13:28] what does the --quick switch do? [11:13:50] not sure what --quick does but may help [11:14:25] okk [11:14:28] thanks [11:14:35] i am switching to ^^ [11:15:02] seems to just remove the 5 second time for remorse [11:15:27] error is same. cannot add column because "table ipblocks does not exist" [11:15:36] but in MariaDB shell I can see it is there [11:15:44] COuld you paste the error [11:15:48] please? [11:15:49] sure thing [11:16:02] thanks [11:16:24] paladox: http://paste.debian.net/889240/ [11:16:31] thanks [11:16:36] I better enable that deeper debugging, no? [11:17:05] jubo2 ipblocks is not the problem [11:17:10] enable [11:17:11] $wgShowExceptionDetails = true; [11:17:19] in localsettings.php and run update.php again [11:17:22] please [11:17:28] yes. doing it now. [11:17:31] as the paste says [11:17:34] It's failing at Creating interwiki table [11:17:50] thanks [11:17:56] oh ok [11:18:03] where did the debug info go? [11:18:09] I ain't seeing it in STDOUT [11:18:20] Oh [11:18:22] I hope it doesn't go to the web [11:18:32] it should go to web [11:18:37] ok. lets look [11:18:39] but should also show in update.php [11:18:45] it doesn't [11:18:50] oh [11:18:51] i did the extensions and skins thing plus the branch change but i still get error in extensionregistry.php [11:19:18] who idd a reccently git install and went good or solved? [11:19:22] paladox: Hey.. has Interwiki moved from extension to core perhaps? [11:19:34] coz I do have some interwiki stuff since year 3 [11:19:37] jubo2, we create an interwiki table in core [11:19:41] but theres an extension [11:19:47] so that could be the conflict? [11:19:47] uh i can't get the git version loading: http://paste.debian.net/plain/889221 [11:19:50] It has always been created in core i think. [11:19:52] Yeh might [11:19:56] oh ok [11:20:17] You want me to pastebin how the interwiki table is now (columns) ? [11:20:21] Ok [11:20:27] gonna do that now [11:20:31] crazythings hi, it shows '/var/www/html/wiki/skins/CologneBlue/skin.json does not exist!' [11:20:37] https://www.mediawiki.org/wiki/Manual:Database_layout doesn't show an interwiki table [11:20:56] it does wait... [11:20:59] i copy the new error maybe [11:21:08] and ipblocks_old can be dropped [11:21:25] https://dpaste.de/pkvw [11:21:37] Here you go paladox: http://paste.debian.net/889244/ [11:21:37] oh same erorr but O.O it exists lol [11:21:53] jubo2 https://phabricator.wikimedia.org/P4293 [11:22:25] oh. the new issue is that Cite extensions is an empty folder but... [11:22:31] crazythings https://phabricator.wikimedia.org/diffusion/SCBL/ [11:22:44] jub2 thanks [11:22:57] paladox: okk.. so 'drop table interwiki;' and run that as raw SQL? [11:23:02] yep [11:23:04] see if that works [11:23:06] okk will do [11:23:09] thanks [11:23:24] I have to go for lunch, sorry, :) [11:25:39] paladox: same columns, different order - Here is the old and the new with 'desc interwiki;' [11:25:43] finally working x.x [11:25:43] paladox: Bon appetit [11:25:53] http://paste.debian.net/889245/ [11:26:27] http://paste.debian.net/889245/ was meant for paladox who needs lunch to maintain blood sugar levels [11:26:36] I try the updater again now [11:27:17] nope [11:27:21] same old error [11:29:09] https://www.mediawiki.org/wiki/Manual:Interwiki_table describes a slightly different schema although possible that the page is outdated [11:29:29] I put '$wgDebugLogFile = "/tmp/mediawiki.log";' [11:29:39] maybe that'll tell us something [11:30:00] I tail -f it and see if any extra data is given on running the updater [11:31:30] you already dropped the table? if so you lost the data contained in it as described on the above page [11:31:33] every approx 5 seconds something fails with '[DBQuery] SQL ERROR: DELETE command denied to user 'develop'@'localhost' for table 'objectcache' (localhost)' [11:31:45] arseny92: good point [11:31:49] but I got backup [11:32:13] I am pretty sure I gave the user 'develop' ALL on develop.* [11:32:21] I dunno what's going on [11:32:25] *sigh* [11:33:00] Something has dropped some rights for the user.. [11:33:03] this is not good [11:33:15] should I try regranting ? [11:33:31] should I evacuate and get new server? [11:33:39] Should I panic and freak out? [11:33:52] I am moving the wikis to a new server anyways [11:34:21] renewables only and daattasaal inside Finnish granite bedrock giben good feeling [11:34:47] Just in case Kremlin and Pentagon decide to all-out nuculear war or something [11:35:02] lets hope not [11:37:16] I try regrant rights as root and retry the update.php [11:39:32] "Query OK, 0 rows affected (0.05 sec)" it says to my 'GRANT ALL on develop.* ...' [11:39:38] nothing seems different [11:40:25] /tmp/mediawiki.log is still showing that deletion from objectcache fails [11:40:47] maybe I should just revert to backup from 1.5 hrs ago [11:40:55] at least then it was working [11:46:59] [14:31] but I got backup - > so you gotta reinsert the data of that table using the new schema [11:50:19] oh.. how [11:50:53] awk the dump to match new schema? [11:51:06] I've never used awk but I think that's the tool for this [11:51:26] or please help if you know of some easy way to do the conversion arseny92 [11:52:36] I shut down the apache to get the debug log without the other garbage in it [11:55:00] Ok got the error debug now [11:55:05] Main problem seems to be [11:55:08] "Error: 1142 CREATE command denied to user 'develop'@'localhost' for table 'interwiki' (localhost)" [11:55:13] which is just bizarre [11:56:07] I just did a `GRANT ALL on develop.* to 'develop'@'localhost' IDENTIFIED BY 'notgonnasharethiswouldbestupid';` [11:56:23] dang! [11:56:29] I gotta pack and move out soon [11:56:43] like physically pack and relocate my ass to Helsinki [11:57:29] maybe I should just restore the old /var/www/consumerium.org/develop and the old database so people don't freak out that "CONSUMERIUM DEVELOPMENT WIK IS DOWN!! PAAAANIIIICCC!!" [11:58:55] you can obviously try reverting to when it was working, but note that e.g. Wikimedia doesn't do that when things go wrong on upgrade deploys on tables that have ton of data, i.e. ops/DBAs troubleshoot the problem and patch out on the spot [11:59:01] paladox: Hope you enjoyed your lunch.. Here is the debug from running 'php5 maintenance/update.php' http://paste.debian.net/889248/ [11:59:24] arseny92: Yeah.. well I cannot be a pro in everything [12:00:48] got like 15 minutes and then we move out [12:00:57] what to do.. what to do.. [12:01:40] I do not understand why `GRANT ALL on develop.* to 'develop'@'localhost' IDENTIFIED BY 'notgonnasharethiswouldbestupid';` does not appear to be fixing the situation [12:03:49] jubo2 hi, thanks, i am back [12:03:50] :) [12:04:15] paladox: this is really bizarre.. that GRANT ALL sentence has always worked like that [12:04:25] and now there are some rights it doesn't yield [12:04:37] Oh [12:04:45] paladox: I need to go in less than 15 minutes [12:04:49] Ok [12:05:01] just create the db as root? [12:05:02] are you sure the details in LocalSettings.php for the db are correct [12:05:06] How about revert back to old /var/www/consumerium.org and old database [12:05:13] paladox: they are fine. I've checked [12:05:17] Ok [12:05:41] paladox: or should we do an ugly hack and give the LocalSettings.php the root credentials and see what happens? [12:05:49] but this ain't good [12:05:55] Yes try root [12:05:57] the server is doing something I don't understand [12:06:01] okk.. doing it now [12:06:21] if root works then it may be because the develop user dosen't have the rights [12:07:36] which is totally insane [12:07:54] list the rights that the user has? [12:08:05] jubo2 try this GRANT ALL PRIVILEGES ON *.* to 'alexander'@'localhost' WITH GRANT OPTION; replacing information with yours [12:08:11] ie develop [12:08:22] now it thinks it wants a database called 'mediawiki' [12:08:32] I think the Esbo server just lost it completely recently [12:09:11] jubo2 what do you have as $wgDBname ? [12:09:30] paladox that will grant all on everything, but we need this granted for develop on $wgdbname [12:09:38] oh [12:09:47] paladox: that is correct [12:09:52] Yep [12:09:57] but this is probably causing the mucus [12:09:58] $wgDBmwschema = "mediawiki"; [12:10:10] it is listed under Postgresblahblahblah [12:10:10] ^^ you doint neeed that [12:10:14] I comment that out? [12:10:17] Yeh [12:10:39] oh postgres [12:10:49] run is success! [12:10:55] :) [12:11:08] jubo2 have you ever run postgres on the wiki [12:11:11] I bring apache up and hope for best [12:11:13] paladox: never [12:11:19] what dbms we're running there again as i've lost the track (doing 10 things simultaneously) [12:11:21] ok that seems strange [12:11:31] arseny92 hes running mariadb [12:12:35] yup. [12:12:42] http://develop.consumerium.org/wiki/Special:Version is up and up-to-date [12:12:55] even with the old MariaDB credentials put back into place [12:13:02] weird shit, huh? [12:13:16] arseny92: I'm running latest MariaDB [12:13:22] eiku hold on.. [12:13:30] it is latest MySQL [12:13:35] Generally not reccommended to run git master for production sites [12:13:38] never got around to switching on this server [12:13:43] what's eiku? [12:13:50] https://phabricator.wikimedia.org/diffusion/MW/browse/master/maintenance/archives/patch-interwiki.sql [12:13:59] Reedy: Yeah. "Live and learn till you die." like I said to uncle P [12:14:31] paladox: Sorry Finnishism.. fi."ei" == en."no" and fi."ku" abbreviated "kun" == en."but" [12:14:40] oh [12:15:02] Reedy , ironically wmf runs branched master that is ahead of mw release [12:15:13] Big thanks to paladox and arseny92 for help [12:15:20] arseny92: Not ironically [12:15:24] Your welcome [12:15:29] and Reedy: how do I change from master to stable? [12:15:30] It's done purposely [12:15:37] git checkout REL1_27 [12:15:54] Need to do it for every extension etc [12:15:57] Here is what I did originally to get the 1.28-alpha [12:15:59] arseny92: They've got the developers to fix problems if they come u[ [12:16:14] http://byjuho.fi/en/2016/07/02/upgrading-mediawiki/ [12:16:26] I guess I'm doing it wrong [12:16:28] that happens [12:16:44] Now I pack material things [12:18:02] http://develop.consumerium.org/wiki/Special:Version works atm [12:19:35] mw 1.28.0-alpha (891262f) 10:03, 24 October 2016 , php 5.6.26-0+deb8u1 (apache2handler) , mysql 5.5.52-0+deb8u1 [12:19:52] so things magically works nowadays? [12:22:56] arseny92: it started working when I commented out the postgres stuff and momentarily gave the LocalSettings.php the MySQL root credentials and run 'php5 maintenantce/update.php' [12:23:12] I dunno what is wrong.. maybe someone has broken in [12:23:26] or some thing like it seems to be these days [12:23:42] It's possible wgDBmwschema has broken something [12:24:19] Reedy: yeah. the /tmp/mediawiki.log said that it was trying to access that instead of the real database name [12:24:33] so update.php ran as root and updated the interwiki table etc? [12:24:37] Be worth filing a bug [12:24:43] apparently [12:25:19] missing grants is other story though [12:25:29] !task | jubo2 [12:25:30] jubo2: https://phabricator.wikimedia.org/T [12:25:45] Not when it was using the value in wgDBmwschema [12:25:48] thats where tasks are filled [12:25:57] can I pastebin a file from shell somehow? [12:26:05] I don't have time for scp and kwrite it [12:26:11] Reedy postgres anyways is broken with the updater. [12:26:22] paladox: And? He's not using postgres [12:26:24] I got a copy of the debug log put aside now [12:26:38] iot [12:26:40] Use a text editor? [12:26:46] I know that but as postgres is broken it wont work properly. [12:26:49] !task T148628 [12:26:49] https://phabricator.wikimedia.org/TT148628 [12:26:55] !task 148628 [12:26:55] https://phabricator.wikimedia.org/T148628 [12:26:56] T148628: 1.28-alpha / Error: 42P07 ERROR: relation "logging_log_id_seq" already exists - https://phabricator.wikimedia.org/T148628 [12:27:09] AFAIK mysql shouldn't be using wgDBmwschema at all [12:27:11] it has the missing grant rights, the $wgDBmwschema causing it to try wrong database name [12:27:18] Reedy: that's what I think too [12:27:30] Dunno why you had it your config [12:27:37] But whatever version you were on, to GIT HEAD... [12:27:47] Likely broken by recent refactorings [12:27:57] yeh, could be a bug? [12:28:02] [13:24:36] Be worth filing a bug [12:28:27] $wgDBtype = "mysql"; # unchanged, still it thought it wants the $wgDBmwschema [12:28:59] speaking of wmbot, maybe its better to place stashbot here so that task titles be expanded? [12:29:10] Reedy: Ok.. I downgrade (?) to REL1_27 when I get home? And which bug do you want me to file? [12:29:39] Trying to think if there's any backwards incompatible database changes [12:30:10] [15:27] <@Reedy> Dunno why you had it your config [12:30:12] [13:46] paladox: yeah.. that one complains about the missing table [12:30:12] [13:46] yes it should create the table [12:30:12] [13:46] it doesn't [12:30:12] [13:46] Oh, is this a new install? [12:30:13] [13:47] No. This is from PhaseIII from 2003 [12:30:13] [13:47] Oh so an old wiki [12:30:29] this ^ [12:30:46] but it would be a MySQL bug, no? [12:30:54] leads to ancient localsettings [12:31:04] coz I never dropped any rights for any db users coz they all mine [12:31:21] jubo2 it's not a mysql bug [12:31:32] and I'm pretty certain that `GRANT ALL on develop.* ...` works as it should [12:31:34] unless the file was updated appropriately over time [12:31:57] I don't know if I'm aware enough to write a useful bug report [12:32:23] arseny92: true that.. the LocalSettings.php is of ancient origin [12:32:53] If I just add $wgDBmwschema = "mediawiki"; to my config, it breaks [12:33:10] my wiki [12:34:37] [15:27] <@Reedy> But whatever version you were on, to GIT HEAD... - he was on git master head dated somewhere in the middle of september , and that one was updated from 1.25 as he said [12:34:53] Yeah. I not pro in everything [12:34:53] And? [12:34:56] It makes no difference [12:35:03] The breakage likely came in the last 2 months or so [12:35:08] I look into the downgrade to stable from the development branch at home [12:35:31] sure you can hit me up with the data on how to do it if you know from off the top of your head [12:36:15] https://www.mediawiki.org/wiki/Manual:$wgDBmwschema [12:36:24] "Schema for mediawiki tables. Currently only used if your backend database is Postgres. This indicates what schema the main mediawiki tables live in, and is roughly equivalent to the way that $wgDBprefix is used by MySQL." [12:36:30] Either the docs are wrong, or the code is [12:36:32] I go with the code [12:36:53] jubo2: filed as https://phabricator.wikimedia.org/T148956 [12:37:07] y0.. we can continue this in the car paladox Reedy arseny92 [12:37:25] jubo2 aren't you supposed to be on your way to helsinki by now [12:37:56] mobijubo not a good idea to write while driving [12:39:06] arseny92: no.. slight delay [12:39:11] stepdad is out somewhere [12:39:31] Salut guillom [12:39:49] finland? [12:43:44] Finland [12:43:52] thanks for help all who helped [12:44:09] I go now. I come back to irc after the Syria peace demo [12:44:23] that's like around 19 hrs UTC [12:44:47] Thanks once again paladox, Reedy and arseny92 [12:44:49] buye [12:45:09] Oh.. I better explain and appologize to the users [12:45:34] Your welcome [12:48:54] you're welcome [12:49:52] it is done [12:49:59] see y'all later on [13:07:45] On the autobahn [13:08:31] Demo starts in 52 minutes but they usually don't move for another half an hour [15:25:30] Hey, anyone run into a problem with the wikieditor not displaying the icons in the toolbar correctly? I am running mediawiki 1.27 and the installed wikieditor extension. Thanks! [15:26:30] RattyWork: Once, but it was because the icons were trying to load over HTTPS with an invalid security certificate. [15:27:11] Trela: Thanks for the response. It doesn’t seem like this is the case in my scenario. Everything is being loaded through http right now. [15:28:17] Hmm. Any Javascript errors coming up in the developer tools console in the browser? Might be an odd ball reason. [15:28:34] Nah, no errors at all in console. [15:31:32] Trela: Nevermind, I got it working by using this CSS code - http://stackoverflow.com/a/29948747/217114 and changing the extension to png. Thanks again :) [15:32:20] Oh! I remember that bug. :D We fixed it on our stack a while back by replacing the images with our own. [15:32:42] Ahhh yes! Haha [15:57:41] heh status updates 17 years later https://www.w3.org/TR/xpath/ [17:22:25] Hello Everyone. I am a noob in open source developments, that too at such a large scale. I want to contribute but I am finding hard time to find the code where the bug could be. Can someone please guide me how and from where we can find the codes. [17:22:40] I am particularly trying to solve https://phabricator.wikimedia.org/T147762 [17:23:09] I have all set up of mediawiki core done at my system and have read all the basic guides. [17:51:11] gauravgrover95 , the basic guides include https://www.mediawiki.org/wiki/Gerrit/Tutorial . For code search you use the github mirror, as Phabricator Diffusion can't yet search code, it's only useful if you like exactly know where the code you need is located. The actual contributing goes at the moment via Gerrit [17:56:49] gauravgrover95: in SkinTemplate, in the method buildNavUrls, there is a line that sets $nav_urls['recentchangeslinked']. That line is conditional on $this->getTitle()->exists(). That'S the problem [17:57:07] somehow, that condition needs to be changed to "exists or is a category page that has members". [17:57:38] checkign this is a simple query, but skin code is run for every page view. you don't want to do db queries there. [17:57:57] so soing this is simple enough, but doing it in a scalable way is harder. [17:58:37] "non-existing category pages with members" is an annoying edge case. it's like the category exists, but doesn't. [17:58:42] I have a different problem, so if anyone is around who may be familiar: where can you see translations for the really core messages, as I can't find it neither in the rMW/languages nor on translatewiki.net . What I try to look for are the translations for the subst: parser function [18:01:06] arseny92: in languages/messages/Messages*.php there is an entry for 'subst' [18:02:36] DanielK_WMDE thanks [18:02:43] found [18:05:14] arseny92: it's not a regular "message", it's in the $magicWords list. not sure how translatewiki.net handles those. [18:05:35] also, you may add translatiosn there, but removing or changing one is likely to break existing content, so don't. [18:11:46] i don't need to change that i wanted to check how's that usually gets translated in a certain lang to account for an $wgNamespaceAliases proposal not overlapping with an interwiki or a function etc [18:12:54] DanielK_WMDE [18:14:03] arseny92: ah I see. well, good luck :D [18:39:12] DanielK_WMDE Thanks for the help. I am trying to absorb. [18:40:23] arseny92 Thanks for the help.. :) I have found manuals and documentation and code file too ... Now I need to figure out what's happening in code. [18:51:06] btw I have found this awesome reference https://doc.wikimedia.org/mediawiki-core/master/php/annotated.html [19:31:34] Hi everybody [19:31:54] Help please [19:32:54] hi Ilia, you should just ask your question instead of asking for help; if someone is around that knows they answer they'll help you out [19:32:57] I have wiki on Linux server. IP has changed. Wiki is not working correctly - some times old IP is seen [19:33:38] what do you mean "sometimes old IP is seen"? where are you seeing it? [19:33:39] and some links are not working [19:34:05] are the links on the wiki pointing to the IP itself, or to some domain name? [19:34:16] cache [19:34:39] I am seeing it on the pages. Something like http: URL [19:35:06] are host related config updated appropriately in LocalSettings.php that is unless you run the wiki on a domain? [19:35:30] Ilia: are you seeing that on all pages or just some pages? [19:35:42] just some. [19:35:52] if only some pages, it's likely the cache as Reedy mentioned [19:36:52] I will look at LocalSettings.php Where is it? [19:37:13] Ilia: on a page that is linking to the old IP, can you add action=purge as a parameter to the end of the URL? [19:37:19] when you do that, do the links appear correct? [19:37:58] All editing of the pages is broken too [19:37:59] (for example, if your URL was http://mywiki/w/index.php?title=Page, change it to http://mywiki/w/index.php?title=Page&action=purge. If your URL was http://mywiki/wiki/Page, change it to http://mywiki/wiki/Page?action=purge) [19:38:19] if wgServer would be pointing to an IP the wiki wouldn't be accessible anyways [19:45:09] Hi everybody! I have Wiki on Linux Server. IP has changed. Some pages now has old IP seen in ulrs like http: url and editing has stoped working [19:45:44] Have anybody any idea what to do& [20:13:53] help api [20:14:40] Hi. [20:14:43] Need help [20:15:51] is there anyone here [20:16:20] Yes, 360 nicks [20:16:32] Need some help on Media wiki API. [20:16:43] okay, what kind of help? [20:17:04] Im using SAML authentication and trying to access my WIKI site using Powershell. [20:17:10] Im unable to access it. [20:18:11] Any error messages? [20:19:16] let me get that piece for you. [20:21:58] [DBG]: PS C:\Windows\System32\WindowsPowerShell\v1.0>> Invoke-WebRequest $uri -Method Post -Body $body -SessionVariable global:websession StatusCode : 200 StatusDescription : OK Content : [20:22:19] getting a login page details when i use invoke-login [20:22:40] instead of providing me an access token. [20:22:55] $uri = $protocol + $wiki + $api $body = @{} $body.action = 'login' $body.format = 'json' $body.lgname = $username $body.lgpassword = $password $object = Invoke-WebRequest $uri -Method Post -Body $body -SessionVariable global:websession [20:23:03] these are the commands i use. [20:23:36] make sure you're hitting api.php and not the regular wiki endpoint [20:24:08] like try viewing that page in your browser, see if it's redirecting you due to rewrite rules or whatnot [20:24:50] if i goto browser i see a login page where i give the login details. [20:25:22] URL is pbiwiki.com [20:28:18] Is there any official channel where i can reach out for help. [20:29:33] this is the official channel for mediawiki [20:29:49] (the software) [20:30:28] I'm getting redirected to a MS login page when visiting that URL, so it seems like there is some sort of auth required before being able to visit the wiki [20:30:43] Yes. [20:30:53] we are using MS auth for Login. [20:30:58] so you'll need to deal with that before you can do anything with the API [20:31:12] I am using same auth in script too. [20:31:22] but i am unable to login. [20:31:41] the login API is for logging in with a mediawiki login, not for using an external authentication scheme [20:33:26] is there a way we can use external auth for our custom created sites? [20:33:51] Skizzerz , how come wikitech is linked to LDAP then [20:34:01] $protocol = 'https://' $wiki = 'pbiwiki.com/' $api = 'api.php' [20:34:03] there are plenty of extensions that implement external auth schemes into mediawiki [20:34:16] arseny92: mediawiki extension that has mediawiki take in the login details and pass them to LDAP [20:34:31] this is a different setup, where the user is redirected to an external login page -- mediawiki never sees the user credentials [20:34:32] Can i get any reference link? [20:35:12] i used above piece to connect to our custom created wiki. [20:35:17] reference link to what? I'm having trouble understanding you [20:35:21] $protocol = 'https://' $wiki = 'pbiwiki.com/' $api = 'api.php' [20:35:37] so a similat extension is used to SAML? [20:35:47] yes. [20:36:18] could you link to it's page so we be in context? [20:36:47] link to the custom created wiki page? [20:37:40] to the extension docpage that is providing your implementation of the saml login [20:38:45] sure. let me check taht. [20:40:56] otherwise it can be a long discussion about on which step we're doing things: on wiki side or, in your case, about your AAD permissions for the AAD app in the tenant, and since I see Microsoft, then it has quite complex rules for federation what's considered by MS as external AAD apps [20:47:21] SimpleSamlAuth 0.6 LGPL-3.0+ Enables SAML authentication using SimpleSAMLphp. Jørn Åne [20:50:32] May i know if there is a way to access Custom wiki with saml auth programatically? [20:50:43] the 'AADSTS50020: User account '' from identity provider 'live.com' does not exist in tenant 'Microsoft' and cannot access the application 'https://pbiwiki.com/simplesaml/www/module.php/saml/sp/metadata.php/default-sp' in that tenant.' - so to access any on-wiki api this needs to be dealt with [20:51:14] Skizzerz - https://www.mediawiki.org/wiki/Extension:SimpleSamlAuth can you take a look how this exactly works? [20:51:45] sure. [20:52:16] Is there a way i can add my collegue here to this chat, he has more info on this. [20:52:35] Shravan: ask him to enter to this chat? [20:52:47] the easiest way is probably to point him to a webchat [20:52:49] I suppose should be linking external (in this case AAD) accounts to on-wiki ones? [20:52:50] any link? [20:52:53] but any method would work [20:53:20] Shravan: https://webchat.freenode.net/?channels=mediawiki [20:53:35] ok. [20:56:09] Mike Joined this chat. Please let us know what is the issue we have with SAML authentication. [20:56:30] Yes, I am here [20:57:04] Arsen, As you said we use @microsoft.com and not live account. [21:02:10] Arseny, You there? [21:04:28] Shravan: to be 100% clear, your wiki works fine (the front-end) when viewing from your browser? [21:04:55] Yes. Ofcourse. We are using it everyday. [21:04:59] okay [21:05:39] then your script will simply need to follow the redirect to that login page, submit credentials there, and then follow the redirect back to wherever it takes you (that should set a session cookie you can then pass along with future API requests) [21:05:47] the mediawiki login API won't be used in this case [21:06:27] But as i told before, when i use the script Invoke-WebRequest $uri -Method Post -Body $body -WebSession (Get-WebSession) [21:06:35] (I say "simply", but it may or may not be all that simple; at the very least I'd check the redirect destination to ensure that it is the domain name you are expecting before submitting credentials to it) [21:06:37] it gives me a html page. [21:06:42] not access code. [21:06:45] yes, it gives you the HTML for the login page, no? [21:06:58] because that login page is not being served by mediawiki [21:07:31] Shravan: What did you set as $wgSamlRequirement? [21:07:31] once you get past that login page and are talking to the wiki directly, the API will return things in the format you request [21:08:03] the login page itself may have a more script-friendly variant; but if so I'm unaware of it [21:08:18] And when we try from browser also we see same page which accept our creds, but using script it dosent. [21:08:53] SAML requirement is set to SAML_REQUIRED [21:09:03] you are trying to POST to the mediawiki login API, which is *NOT* how you log into the wiki in your setup [21:09:19] it redirects you to the federated login page thing, via GET, so whatever credentials you posted are not transferred [21:09:34] you need to post your credentials on *that* page [21:10:15] Skizzerz to be clear it's this https://azure.microsoft.com/en-us/documentation/articles/active-directory-applications-guiding-developers-for-lob-applications/ [21:10:17] (it may be possible to use integrated logins/kerberos to auth without submitting credentials, but that isn't something in mediawiki's purview) [21:11:33] arseny92: yes, I've seen similar screens before, but I'm mostly unfamiliar with how they work from a dev standpoint; the point I'm trying to make is that mediawiki itself is not handling the user's credentials, so the mediawiki login API is not what they should be attempting to call [21:12:24] or, in other words, the issues they're having with HTML being returned are unrelated to the mediawiki software [21:12:58] I'm trying to provide a bit of general guidance, but I can't delve into specifics because I simply don't know them [21:13:12] we are not using the API, we are using invoke-webrequest against Mediaiwiki endpoint. Since SAML is required, then it redirects to the fed auth pages. Seems that maybe passthru creds is not working [21:15:18] mikelagase: try adding -UseDefaultCredentials to your Invoke-WebRequest maybe [21:15:35] that will cause it to attempt to authenticate using whatever account you're currently logged in as (integrated authentication) [21:16:01] which hopefully will make it bypass the SAML login without you needing to do anything else [21:17:24] \/ JOIN #wikimedia-ayuda /\ [21:17:38] if that's failing, asking someone more versed in powershell would likely be a better strategy than asking on a mediawiki support channel :) [21:18:07] (I'd wager that the majority of people here that run mediawiki do so on linux servers) [21:20:20] Does the powershell script correctly access the AAD portion of the app? [21:20:41] Here are some references I dug out https://azure.microsoft.com/en-us/documentation/articles/active-directory-v2-tokens/ [21:27:10] https://azure.microsoft.com/en-us/documentation/articles/active-directory-v2-protocols-oauth-client-creds/ [21:27:21] this [21:27:47] does the powershell script correctly set this up [21:54:07] Shravan , note also that you idn't lock all directories to use AAD on web [21:55:14] for instance https://pbiwiki.com/mw-config/ is accessible (you really should update that due to https://pbiwiki.com/mw-config/ ) , [22:00:01] uh sorry, due to https://lists.wikimedia.org/pipermail/mediawiki-announce/2016-June/000192.html [22:05:37] Skizzerz ^ and btw how would one back out from that error as they seemingly can't upgrade [22:06:07] see on the Existing wiki page of the installer [22:06:46] arseny92: I see nothing wrong with that [22:06:59] using the upgrade.php maintenance step is preferred over the web upgrader anyway [22:07:21] I'd lock down access to it though, but beyond that meh? [22:07:43] you see the error tho lol? [22:08:08] [7dc96b5c] /mw-config/ MWException from line 337 of C:\inetpub\mediawiki\includes\MagicWord.php: Error: invalid magic word 'default_form' [22:08:32] i guess update.php would throw the same? [22:08:33] no I didn't see that, I got a different error [22:08:51] but, uh, maybe? idk [22:09:07] if it's caused by an extension, can always disable the extension before upgrading [22:10:04] about locking that - the web installer is usually locked anyway though, due to LocalSettings.php existence [22:10:16] yes [22:10:31] you can't proceed through the web upgrader unless you know the value of $wgUpgradeKey in your LocalSettings.php [22:10:32] a working installer asks for $wgUpgradeKey [22:39:16] ^&& JOIN #wikimedia-ayuda &&^ [23:03:41] How do I make the recent changes RSS link send users who click on it go to the absolute URL of the page? [23:13:16] ^&& JOIN #wikimedia-ayuda &&^ [23:14:21] ^&& JOIN #wikimedia-ayuda &&^ [23:28:07] ^&& JOIN #wikimedia-ayuda &&^